From patmaddox at me.com  Thu Jul  1 05:22:19 2010
From: patmaddox at me.com (Pat Maddox)
Date: Wed, 30 Jun 2010 20:22:19 -0700
Subject: Can I transfer pages from my dev machine to a server?
Message-ID: <8BB41EC3-9C8F-4B5A-9CE5-17C799992E4E@me.com>

I'm messing around with pier to build a new site.  One thing I'm doing is making pages locally, to see how they look, and adding my own behavior, without having to do anything on the server just yet.  Is there a way to take individual pages from my local machine and transfer them to the server?

Pat

From renggli at gmail.com  Thu Jul  1 12:52:55 2010
From: renggli at gmail.com (Lukas Renggli)
Date: Thu, 1 Jul 2010 12:52:55 +0200
Subject: Can I transfer pages from my dev machine to a server?
In-Reply-To: <8BB41EC3-9C8F-4B5A-9CE5-17C799992E4E@me.com>
References: <8BB41EC3-9C8F-4B5A-9CE5-17C799992E4E@me.com>
Message-ID: <AANLkTik0EDN8J5X_0XGXIP9EUVYZdznOr3Hd1B2RDTq9@mail.gmail.com>

The import/export functionality serializes the complete document tree.

There is nothing built-in to just transfer a single page, other than
manually copy and paste the wiki text.

What could probably be relatively easily added would be to add a
command that syncs with another Pier instance.

Lukas

On 1 July 2010 05:22, Pat Maddox <patmaddox at me.com> wrote:
> I'm messing around with pier to build a new site. ?One thing I'm doing is making pages locally, to see how they look, and adding my own behavior, without having to do anything on the server just yet. ?Is there a way to take individual pages from my local machine and transfer them to the server?
>
> Pat
> _______________________________________________
> Magritte, Pier and Related Tools ...
> https://www.iam.unibe.ch/mailman/listinfo/smallwiki
>



-- 
Lukas Renggli
www.lukas-renggli.ch


From nickbrown at fastmail.fm  Thu Jul  1 13:45:25 2010
From: nickbrown at fastmail.fm (Nick Brown)
Date: Thu, 01 Jul 2010 12:45:25 +0100
Subject: Can I transfer pages from my dev machine to a server?
In-Reply-To: <8BB41EC3-9C8F-4B5A-9CE5-17C799992E4E@me.com>
References: <8BB41EC3-9C8F-4B5A-9CE5-17C799992E4E@me.com>
Message-ID: <4C2C7FD5.5070103@fastmail.fm>

On 01/07/2010 04:22, Pat Maddox wrote:
>  Is there a way to take individual pages from my local machine and transfer them to the server?

I remembered having a few code snipets for doing this from a few months 
back, on digging them out it turns out to be a bit more involved than I 
remembered, and maybe more than you're looking for, but here it is 
anyway. This is for the Pharo-based Pier 1.2 one-click install, and 
mostly cribbed from how the Pier site-wide import/export widget works. 
With a little work it could no doubt be turned into something rather 
more convenient.

First, create these method in PRStructure (the dev machine will at least 
need the export methods, the server will need the import method.)
--------------------
prepareForExport

self decorations do: [:decoration |
	(decoration isKindOf: PUSecurity) ifTrue: [
		self removeDecoration: decoration
	].
	self removeDecoration: PUSecurity ifAbsent: [].
].
----------------------
copyForExport

| copy |
copy := self veryDeepCopy.
copy enumerator with all do: [:each | each prepareForExport].
copy parent: nil.
^copy
--------------------
attachImport

PRExportImportWidget new sanitizeImport: self.

self enumerator with all do: [:each |
	(each isKindOf: PSRScreenNewStructure) ifTrue: [
		each psrModel attachImport
	]
].
--------------------
Then, on the dev machine, paste the following line into a workspace and 
"explore" it:

PRKernel instances anyOne root enumerator with all select: [:each | each 
name = 'my page name'].

In the explorer window, select the entry for your page, paste the 
following into the code pane underneath, and "do" it.
---------------------
(FileDirectory default fileNamed: 'export.obj') in: [:fs |
	[(ReferenceStream on: fs) in: [:refs |
		refs nextPut: self copyForExport; close
	]] ensure: [fs close]
].
----------------------

Copy the export.obj (or whatever you've called it) to the server.
On the server, use the same "explore" line as above to select the page 
that you want as the PARENT of your imported page, and "do" the 
following in the code pane to import your page.
----------------------
(FileDirectory default readOnlyFileNamed: 'export.obj') in: [:fs |
	[(ReferenceStream on: fs) next in: [:newPage |
		newPage root name: (PRAddCommand new uniqueName: newPage name in: self).
		self addChild: newPage.
		newPage attachImport.
	]] ensure: [fs close]
].
----------------------

HTH
Nick Brown

From dtrussardi at tiscali.it  Thu Jul  1 14:44:23 2010
From: dtrussardi at tiscali.it (dtrussardi at tiscali.it)
Date: Thu, 1 Jul 2010 14:44:23 +0200
Subject: asDynamicObject in Magritte2
Message-ID: <9AEEF5BE-EF18-4918-8E7F-95ABF7BC2989@tiscali.it>

Hi,

	i port some code from Magritte to Magritte 2.


	Some description based on:

		 options: [    some my code....... ] asDynamicObject

	now erase error because the asDynamicObject method isn't define.


	I can remove it and write:

		options:  some my code 

		directly.

Thanks,

	Dario

	
	


From nick.ager at gmail.com  Thu Jul  1 15:20:19 2010
From: nick.ager at gmail.com (Nick Ager)
Date: Thu, 1 Jul 2010 14:20:19 +0100
Subject: asDynamicObject in Magritte2
In-Reply-To: <9AEEF5BE-EF18-4918-8E7F-95ABF7BC2989@tiscali.it>
References: <9AEEF5BE-EF18-4918-8E7F-95ABF7BC2989@tiscali.it>
Message-ID: <AANLkTimdeAb4Un3G4kOvlZ_yHP9UsEVarSVk13vCNSCN@mail.gmail.com>

try #magritteDynamicObject

On 1 July 2010 13:44, dtrussardi at tiscali.it <dtrussardi at tiscali.it> wrote:

> Hi,
>
>        i port some code from Magritte to Magritte 2.
>
>
>        Some description based on:
>
>                 options: [    some my code....... ] asDynamicObject
>
>        now erase error because the asDynamicObject method isn't define.
>
>
>        I can remove it and write:
>
>                options:  some my code
>
>                directly.
>
> Thanks,
>
>        Dario
>
>
>
>
> _______________________________________________
> Magritte, Pier and Related Tools ...
> https://www.iam.unibe.ch/mailman/listinfo/smallwiki
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.iam.unibe.ch/pipermail/smallwiki/attachments/20100701/68e1800f/attachment.html>

From steven at stevenrbaker.com  Sun Jul  4 09:07:47 2010
From: steven at stevenrbaker.com (Steven Baker)
Date: Sun, 4 Jul 2010 00:07:47 -0700
Subject: Publication Across Instances
Message-ID: <AANLkTinHNv31sdESRC992tAtUYh9s1Apm12o1eaxeQXW@mail.gmail.com>

Hello,

I'm looking for a way to create new pages locally, in a pier instance,
but "publish" them to a running pier instance on another machine. Is
there a built in way to do this?

Thanks,

-Steven

From renggli at gmail.com  Sun Jul  4 09:16:21 2010
From: renggli at gmail.com (Lukas Renggli)
Date: Sun, 4 Jul 2010 09:16:21 +0200
Subject: Publication Across Instances
In-Reply-To: <AANLkTinHNv31sdESRC992tAtUYh9s1Apm12o1eaxeQXW@mail.gmail.com>
References: <AANLkTinHNv31sdESRC992tAtUYh9s1Apm12o1eaxeQXW@mail.gmail.com>
Message-ID: <AANLkTim3Vs4h2zZ9fVpn3Y9aDByPmMRM3QyQWJ4Dw9Ue@mail.gmail.com>

Hi Steven,

the same question was just asked a few days ago:

   http://www.iam.unibe.ch/pipermail/smallwiki/2010-July/006071.html

Lukas

On 4 July 2010 09:07, Steven Baker <steven at stevenrbaker.com> wrote:
> Hello,
>
> I'm looking for a way to create new pages locally, in a pier instance,
> but "publish" them to a running pier instance on another machine. Is
> there a built in way to do this?
>
> Thanks,
>
> -Steven
> _______________________________________________
> Magritte, Pier and Related Tools ...
> https://www.iam.unibe.ch/mailman/listinfo/smallwiki
>



-- 
Lukas Renggli
www.lukas-renggli.ch

From dhenrich at vmware.com  Thu Jul  8 23:50:40 2010
From: dhenrich at vmware.com (Dale Henrichs)
Date: Thu, 08 Jul 2010 14:50:40 -0700
Subject: Pier and WAKom/Swazoo
Message-ID: <4C364830.6080905@vmware.com>

I am testing ConfigurationOfSeaside preparing for an imminent release 
and one of the combos that I'm testing is:

   Seaside3.0
   Swazoo Adaptor
   Pier

and I've noticed that Pier has a number of direct references to the 
WAKom class:

   PRSegmentPersistency>>cleanupKom (WAKom is Undeclared)
   PRDistribution>>register (WAKom is Undeclared)
   PRDistribution>>register (WAKomEncoded is Undeclared)

I was wondering if these references were intentional or historical. I 
can add explicit dependencies (or the code can be changed or the 
packages refactored or ...)...For GemStone I had to do pretty major 
surgery on the PRDistribution class because there is a lot of 
Pharo-specific code there so it's worth thinking about GemStone if 
there's more work done than just testing for the existence of the class ...

While I'm on the subject I noticed that PRLoader has a dependency on 
OBSystemBrowserAdaptor, which basically means that all of OmniBrowser 
needs to be loaded to bring in Pier-Setup ...

   PRLoader class>>setProperPreferences (OBSystemBrowserAdaptor is 
Undeclared)

Now that we've created the 'Base' group for Seaside3.0 I suppose we'll 
be seeing more of these kinds of dependencies revealed...

Dale

From lenglish5 at cox.net  Fri Jul  9 02:21:36 2010
From: lenglish5 at cox.net (Lawson English)
Date: Thu, 08 Jul 2010 17:21:36 -0700
Subject: redirecting links...
Message-ID: <4C366B90.2070001@cox.net>

I have a whole slew of images to use. Some can be cached on the server 
and many are found in various remote locations which may change in the 
markup. Is there any way of creating a macro or +value:thingie+  that 
will allow me to refer to images with a a variable prefix?

eg:
prefix0 =''
prefix1 = 'http://www.mysite.com'

+prefix1/images/myimage.png+

vs

+prefix0/images/myimage.png+



Lawson

From renggli at gmail.com  Fri Jul  9 07:25:19 2010
From: renggli at gmail.com (Lukas Renggli)
Date: Fri, 9 Jul 2010 07:25:19 +0200
Subject: redirecting links...
In-Reply-To: <4C366B90.2070001@cox.net>
References: <4C366B90.2070001@cox.net>
Message-ID: <AANLkTinBoXReT3jy94J-fEJaKukgka1RaWIe_X9xSLMU@mail.gmail.com>

I did something like that for scg.unibe.ch by creating a new
link-type. You can have a look at the class SCGExternalLink in the
package Pier-Site-SCG in http://source.lukas-renggli.ch/unsorted/.

Lukas

On 9 July 2010 02:21, Lawson English <lenglish5 at cox.net> wrote:
> I have a whole slew of images to use. Some can be cached on the server and
> many are found in various remote locations which may change in the markup.
> Is there any way of creating a macro or +value:thingie+ ?that will allow me
> to refer to images with a a variable prefix?
>
> eg:
> prefix0 =''
> prefix1 = 'http://www.mysite.com'
>
> +prefix1/images/myimage.png+
>
> vs
>
> +prefix0/images/myimage.png+
>
>
>
> Lawson
> _______________________________________________
> Magritte, Pier and Related Tools ...
> https://www.iam.unibe.ch/mailman/listinfo/smallwiki
>



-- 
Lukas Renggli
www.lukas-renggli.ch


From renggli at gmail.com  Fri Jul  9 07:35:51 2010
From: renggli at gmail.com (Lukas Renggli)
Date: Fri, 9 Jul 2010 07:35:51 +0200
Subject: Pier and WAKom/Swazoo
In-Reply-To: <4C364830.6080905@vmware.com>
References: <4C364830.6080905@vmware.com>
Message-ID: <AANLkTikHo2mUvl6ScqgyBL6qPvb35mCkNpeAae1yRmny@mail.gmail.com>

> and I've noticed that Pier has a number of direct references to the WAKom
> class:
>
> ?PRSegmentPersistency>>cleanupKom (WAKom is Undeclared)

Ok, I fixed this in Pier-Pharo-Persistency-lr.9.

> ?PRDistribution>>register (WAKom is Undeclared)
> ?PRDistribution>>register (WAKomEncoded is Undeclared)
>
> I was wondering if these references were intentional or historical. I can
> add explicit dependencies (or the code can be changed or the packages
> refactored or ...)...For GemStone I had to do pretty major surgery on the
> PRDistribution class because there is a lot of Pharo-specific code there so
> it's worth thinking about GemStone if there's more work done than just
> testing for the existence of the class ...

I think these references are historical.

> While I'm on the subject I noticed that PRLoader has a dependency on
> OBSystemBrowserAdaptor, which basically means that all of OmniBrowser needs
> to be loaded to bring in Pier-Setup ...
>
> ?PRLoader class>>setProperPreferences (OBSystemBrowserAdaptor is Undeclared)
>
> Now that we've created the 'Base' group for Seaside3.0 I suppose we'll be
> seeing more of these kinds of dependencies revealed...

The code in the Pier-Distribution package was made to build and
initialize the Pharo one-click images, I don't think that it was ment
to be portable to other platforms. Probably that should be fixed
though.

Lukas

-- 
Lukas Renggli
www.lukas-renggli.ch


From lenglish5 at cox.net  Fri Jul  9 14:58:18 2010
From: lenglish5 at cox.net (Lawson English)
Date: Fri, 09 Jul 2010 05:58:18 -0700
Subject: redirecting links...
In-Reply-To: <AANLkTinBoXReT3jy94J-fEJaKukgka1RaWIe_X9xSLMU@mail.gmail.com>
References: <4C366B90.2070001@cox.net>
	<AANLkTinBoXReT3jy94J-fEJaKukgka1RaWIe_X9xSLMU@mail.gmail.com>
Message-ID: <4C371CEA.1000902@cox.net>

On 7/8/10 10:25 PM, Lukas Renggli wrote:
> I did something like that for scg.unibe.ch by creating a new
> link-type. You can have a look at the class SCGExternalLink in the
> package Pier-Site-SCG in http://source.lukas-renggli.ch/unsorted/.
>
> Lukas
>
>    
Thanks much.

Lawson


From dhenrich at vmware.com  Fri Jul  9 17:49:08 2010
From: dhenrich at vmware.com (Dale Henrichs)
Date: Fri, 09 Jul 2010 08:49:08 -0700
Subject: Pier and WAKom/Swazoo
In-Reply-To: <AANLkTikHo2mUvl6ScqgyBL6qPvb35mCkNpeAae1yRmny@mail.gmail.com>
References: <4C364830.6080905@vmware.com>
	<AANLkTikHo2mUvl6ScqgyBL6qPvb35mCkNpeAae1yRmny@mail.gmail.com>
Message-ID: <4C3744F4.2080401@vmware.com>

Lukas Renggli wrote:
>> and I've noticed that Pier has a number of direct references to the WAKom
>> class:
>>
>>  PRSegmentPersistency>>cleanupKom (WAKom is Undeclared)
> 
> Ok, I fixed this in Pier-Pharo-Persistency-lr.9.

Great, I'll pick that up.

> 
>>  PRDistribution>>register (WAKom is Undeclared)
>>  PRDistribution>>register (WAKomEncoded is Undeclared)
>>
>> I was wondering if these references were intentional or historical. I can
>> add explicit dependencies (or the code can be changed or the packages
>> refactored or ...)...For GemStone I had to do pretty major surgery on the
>> PRDistribution class because there is a lot of Pharo-specific code there so
>> it's worth thinking about GemStone if there's more work done than just
>> testing for the existence of the class ...
> 
> I think these references are historical.
> 
>> While I'm on the subject I noticed that PRLoader has a dependency on
>> OBSystemBrowserAdaptor, which basically means that all of OmniBrowser needs
>> to be loaded to bring in Pier-Setup ...
>>
>>  PRLoader class>>setProperPreferences (OBSystemBrowserAdaptor is Undeclared)
>>
>> Now that we've created the 'Base' group for Seaside3.0 I suppose we'll be
>> seeing more of these kinds of dependencies revealed...
> 
> The code in the Pier-Distribution package was made to build and
> initialize the Pharo one-click images, I don't think that it was ment
> to be portable to other platforms. Probably that should be fixed
> though.

It turns out that the Pier-Distribution package is like 98% portable and 
very useful since it defines the standard pier look and feel ... there 
are just a few chunks that are platform specific.

Dale

From lenglish5 at cox.net  Fri Jul  9 19:41:47 2010
From: lenglish5 at cox.net (Lawson English)
Date: Fri, 09 Jul 2010 10:41:47 -0700
Subject: redirecting links...
In-Reply-To: <AANLkTinBoXReT3jy94J-fEJaKukgka1RaWIe_X9xSLMU@mail.gmail.com>
References: <4C366B90.2070001@cox.net>
	<AANLkTinBoXReT3jy94J-fEJaKukgka1RaWIe_X9xSLMU@mail.gmail.com>
Message-ID: <4C375F5B.5060504@cox.net>

On 7/8/10 10:25 PM, Lukas Renggli wrote:
> I did something like that for scg.unibe.ch by creating a new
> link-type. You can have a look at the class SCGExternalLink in the
> package Pier-Site-SCG in http://source.lukas-renggli.ch/unsorted/.
>
>    
Thanks for the reference but I'm confused about many things...

First, I don't understand how a new link-type is registered with the system.

Secondly, in general, I'm not clear on how to extend the markup system. 
Are their specific places I should look to get a better understanding of 
this?

Is there some kind of overview of the internal organization of the 
markup system that will help guide me in how it all works together?


Thanks.


Lawson


From renggli at gmail.com  Sat Jul 10 12:00:53 2010
From: renggli at gmail.com (Lukas Renggli)
Date: Sat, 10 Jul 2010 12:00:53 +0200
Subject: redirecting links...
In-Reply-To: <4C375F5B.5060504@cox.net>
References: <4C366B90.2070001@cox.net>
	<AANLkTinBoXReT3jy94J-fEJaKukgka1RaWIe_X9xSLMU@mail.gmail.com> 
	<4C375F5B.5060504@cox.net>
Message-ID: <AANLkTinFsSTIosd81_gUYOfW_vUyvwYQjmQ1ysJfP7Ms@mail.gmail.com>

> First, I don't understand how a new link-type is registered with the system.

Being a subclass of PRLink is enough. See the class-side of the PRLink
hierarchy for details.

> Secondly, in general, I'm not clear on how to extend the markup system. Are
> their specific places I should look to get a better understanding of this?

http://www.lukas-renggli.ch/blog/extendingpierparser

> Is there some kind of overview of the internal organization of the markup
> system that will help guide me in how it all works together?

http://scg.unibe.ch/archive/masters/Reng06a.pdf (Chapter 3)

Lukas

-- 
Lukas Renggli
www.lukas-renggli.ch

From lenglish5 at cox.net  Sat Jul 10 18:47:47 2010
From: lenglish5 at cox.net (Lawson English)
Date: Sat, 10 Jul 2010 09:47:47 -0700
Subject: redirecting links...
In-Reply-To: <AANLkTinFsSTIosd81_gUYOfW_vUyvwYQjmQ1ysJfP7Ms@mail.gmail.com>
References: <4C366B90.2070001@cox.net>	<AANLkTinBoXReT3jy94J-fEJaKukgka1RaWIe_X9xSLMU@mail.gmail.com>
	<4C375F5B.5060504@cox.net>
	<AANLkTinFsSTIosd81_gUYOfW_vUyvwYQjmQ1ysJfP7Ms@mail.gmail.com>
Message-ID: <4C38A433.1070301@cox.net>

Thanks muchly. Got the first part working.

+MyLink: /images/myimage.png|prefix=http://localhost+


The next part is to be able to store multiple prefixes "globally".





Any suggestions as to where to put a dictionary of prefixes?

As a first pass they would be accessible to anyone, though eventually 
perhaps read-only unless you have admin privledges.


Again, thanks for your help.


Lawson

On 7/10/10 3:00 AM, Lukas Renggli wrote:
>> First, I don't understand how a new link-type is registered with the system.
>>      
> Being a subclass of PRLink is enough. See the class-side of the PRLink
> hierarchy for details.
>
>    
>> Secondly, in general, I'm not clear on how to extend the markup system. Are
>> their specific places I should look to get a better understanding of this?
>>      
> http://www.lukas-renggli.ch/blog/extendingpierparser
>
>    
>> Is there some kind of overview of the internal organization of the markup
>> system that will help guide me in how it all works together?
>>      
> http://scg.unibe.ch/archive/masters/Reng06a.pdf (Chapter 3)
>
> Lukas
>
>    


From renggli at gmail.com  Sat Jul 10 18:51:51 2010
From: renggli at gmail.com (Lukas Renggli)
Date: Sat, 10 Jul 2010 18:51:51 +0200
Subject: redirecting links...
In-Reply-To: <4C38A433.1070301@cox.net>
References: <4C366B90.2070001@cox.net>
	<AANLkTinBoXReT3jy94J-fEJaKukgka1RaWIe_X9xSLMU@mail.gmail.com> 
	<4C375F5B.5060504@cox.net>
	<AANLkTinFsSTIosd81_gUYOfW_vUyvwYQjmQ1ysJfP7Ms@mail.gmail.com> 
	<4C38A433.1070301@cox.net>
Message-ID: <AANLkTiklNWEuBLhvHKwcT9yGn-9cEYH1uU2SW5dSkJwu@mail.gmail.com>

What about a dictionary on the class side of your link and an
administration component that provides an editor?

However, keep in mind that you need to re-parse the complete site
after editing the prefixes, otherwise you might have an inconsistent
state.

Lukas

On 10 July 2010 18:47, Lawson English <lenglish5 at cox.net> wrote:
> Thanks muchly. Got the first part working.
>
> +MyLink: /images/myimage.png|prefix=http://localhost+
>
>
> The next part is to be able to store multiple prefixes "globally".
>
>
>
>
>
> Any suggestions as to where to put a dictionary of prefixes?
>
> As a first pass they would be accessible to anyone, though eventually
> perhaps read-only unless you have admin privledges.
>
>
> Again, thanks for your help.
>
>
> Lawson
>
> On 7/10/10 3:00 AM, Lukas Renggli wrote:
>>>
>>> First, I don't understand how a new link-type is registered with the
>>> system.
>>>
>>
>> Being a subclass of PRLink is enough. See the class-side of the PRLink
>> hierarchy for details.
>>
>>
>>>
>>> Secondly, in general, I'm not clear on how to extend the markup system.
>>> Are
>>> their specific places I should look to get a better understanding of
>>> this?
>>>
>>
>> http://www.lukas-renggli.ch/blog/extendingpierparser
>>
>>
>>>
>>> Is there some kind of overview of the internal organization of the markup
>>> system that will help guide me in how it all works together?
>>>
>>
>> http://scg.unibe.ch/archive/masters/Reng06a.pdf (Chapter 3)
>>
>> Lukas
>>
>>
>
>



-- 
Lukas Renggli
www.lukas-renggli.ch

From lenglish5 at cox.net  Sat Jul 10 19:04:39 2010
From: lenglish5 at cox.net (Lawson English)
Date: Sat, 10 Jul 2010 10:04:39 -0700
Subject: redirecting links...
In-Reply-To: <AANLkTiklNWEuBLhvHKwcT9yGn-9cEYH1uU2SW5dSkJwu@mail.gmail.com>
References: <4C366B90.2070001@cox.net>	<AANLkTinBoXReT3jy94J-fEJaKukgka1RaWIe_X9xSLMU@mail.gmail.com>
	<4C375F5B.5060504@cox.net>	<AANLkTinFsSTIosd81_gUYOfW_vUyvwYQjmQ1ysJfP7Ms@mail.gmail.com>
	<4C38A433.1070301@cox.net>
	<AANLkTiklNWEuBLhvHKwcT9yGn-9cEYH1uU2SW5dSkJwu@mail.gmail.com>
Message-ID: <4C38A827.7040503@cox.net>

On 7/10/10 9:51 AM, Lukas Renggli wrote:
> What about a dictionary on the class side of your link and an
> administration component that provides an editor?
>
>    
There we go. :-)


> However, keep in mind that you need to re-parse the complete site
> after editing the prefixes, otherwise you might have an inconsistent
> state.
>
> Lukas
>    

Oh yeah, hmmm. Well, at least for now, I'll be happy if it becomes 
consistent  after restarting a saved image.

Which I *think* will be the case even with the simplest implementation.

Thanks again.

Lawson

From nikolasergeeee at mail.ru  Sat Jul 10 20:38:47 2010
From: nikolasergeeee at mail.ru (=?koi8-r?Q?=ED=C1=D2=C9=D1_=F3=C5=D2=C7=C5=C5=D7=C1?=)
Date: Sat, 10 Jul 2010 22:38:47 +0400
Subject: Hi!
Message-ID: <E1OXewp-0002pG-00.nikolasergeeee-mail-ru@f45.mail.ru>

Hi 2 all! Good subscrubtion, thx!
________________________________________________
http://stydentkam.ru , http://ekzameny.net , http://referat-na-5.ru , http://hellocafe.ru , http://home-happy.ru , http://samkon.ru , http://scouts-russia.ru , http://bestxenon.ru , http://harmonia-plus.ru , http://kond-galereya.ru , http://divi-media.ru , http://v-peremen.ru , http://tonyfill.ru , http://v-peremen.ru , http://tbcom.ru , http://informkom.ru , http://aidsprint.ru , http://stydentam.ru , http://virtuallight.ru


From renggli at gmail.com  Sat Jul 10 21:31:05 2010
From: renggli at gmail.com (Lukas Renggli)
Date: Sat, 10 Jul 2010 21:31:05 +0200
Subject: redirecting links...
In-Reply-To: <4C38A827.7040503@cox.net>
References: <4C366B90.2070001@cox.net>
	<AANLkTinBoXReT3jy94J-fEJaKukgka1RaWIe_X9xSLMU@mail.gmail.com> 
	<4C375F5B.5060504@cox.net>
	<AANLkTinFsSTIosd81_gUYOfW_vUyvwYQjmQ1ysJfP7Ms@mail.gmail.com> 
	<4C38A433.1070301@cox.net>
	<AANLkTiklNWEuBLhvHKwcT9yGn-9cEYH1uU2SW5dSkJwu@mail.gmail.com> 
	<4C38A827.7040503@cox.net>
Message-ID: <AANLkTikNovRhNTZwO7U36Ol-fwjxfl_qyNaG1OxDomPO@mail.gmail.com>

>> However, keep in mind that you need to re-parse the complete site
>> after editing the prefixes, otherwise you might have an inconsistent
>> state.
>>
>> Lukas
>>
>
> Oh yeah, hmmm. Well, at least for now, I'll be happy if it becomes
> consistent ?after restarting a saved image.
>
> Which I *think* will be the case even with the simplest implementation.

I don't think so, at least this is not the default behavior.

When you edit a page the wiki-text gets parsed, transformed to a tree
of objects and the links get resolved and replaced with object
references. When an image is saved and restarted the objects stay
there, there is no new lookup going on. Of course it is possible to
have a specific link instance that does the lookup dynamically every
time it is accessed, but this is not the behavior of SCGLink I think.

Lukas

-- 
Lukas Renggli
www.lukas-renggli.ch


From lenglish5 at cox.net  Sun Jul 11 00:17:37 2010
From: lenglish5 at cox.net (Lawson English)
Date: Sat, 10 Jul 2010 15:17:37 -0700
Subject: redirecting links...
In-Reply-To: <AANLkTikNovRhNTZwO7U36Ol-fwjxfl_qyNaG1OxDomPO@mail.gmail.com>
References: <4C366B90.2070001@cox.net>	<AANLkTinBoXReT3jy94J-fEJaKukgka1RaWIe_X9xSLMU@mail.gmail.com>
	<4C375F5B.5060504@cox.net>	<AANLkTinFsSTIosd81_gUYOfW_vUyvwYQjmQ1ysJfP7Ms@mail.gmail.com>
	<4C38A433.1070301@cox.net>	<AANLkTiklNWEuBLhvHKwcT9yGn-9cEYH1uU2SW5dSkJwu@mail.gmail.com>
	<4C38A827.7040503@cox.net>
	<AANLkTikNovRhNTZwO7U36Ol-fwjxfl_qyNaG1OxDomPO@mail.gmail.com>
Message-ID: <4C38F181.5090008@cox.net>

On 7/10/10 12:31 PM, Lukas Renggli wrote:
>>> However, keep in mind that you need to re-parse the complete site
>>> after editing the prefixes, otherwise you might have an inconsistent
>>> state.
>>>
>>> Lukas
>>>
>>>        
>> Oh yeah, hmmm. Well, at least for now, I'll be happy if it becomes
>> consistent  after restarting a saved image.
>>
>> Which I *think* will be the case even with the simplest implementation.
>>      
> I don't think so, at least this is not the default behavior.
>
> When you edit a page the wiki-text gets parsed, transformed to a tree
> of objects and the links get resolved and replaced with object
> references. When an image is saved and restarted the objects stay
> there, there is no new lookup going on. Of course it is possible to
> have a specific link instance that does the lookup dynamically every
> time it is accessed, but this is not the behavior of SCGLink I think.
>
>    

Hrm again. Well, when I start seeing strange behavior with the links, 
I'll at least know WHY even if
I haven't a clue how to fix it.   :-/

Lawson





From lenglish5 at cox.net  Sun Jul 11 16:28:11 2010
From: lenglish5 at cox.net (Lawson English)
Date: Sun, 11 Jul 2010 07:28:11 -0700
Subject: w3 validator doesn't pass many seaside/pier pages
Message-ID: <4C39D4FB.5050704@cox.net>

http://validator.w3.org/

many seaside.st pages  found to have lots of errors according to the 
automatic validator.
e.g. http://www.seaside.st/community/weblogs

Likewise with forcing it to use another validator than the one specified 
in the webpage.

http://www.piercms.com/  homepage  shows errors also


Lawson

From lenglish5 at cox.net  Sun Jul 11 16:49:53 2010
From: lenglish5 at cox.net (Lawson English)
Date: Sun, 11 Jul 2010 07:49:53 -0700
Subject: [Seaside] w3 validator doesn't pass many seaside/pier pages
In-Reply-To: <4C39D4FB.5050704@cox.net>
References: <4C39D4FB.5050704@cox.net>
Message-ID: <4C39DA11.1010805@cox.net>

On 7/11/10 7:28 AM, Lawson English wrote:
> http://validator.w3.org/
>
> many seaside.st pages  found to have lots of errors according to the 
> automatic validator.
> e.g. http://www.seaside.st/community/weblogs


OTOH, the google home page doesn't pass either: http://www.google.com  
so why should anything else?

Lawson

From lenglish5 at cox.net  Sun Jul 11 16:56:05 2010
From: lenglish5 at cox.net (Lawson English)
Date: Sun, 11 Jul 2010 07:56:05 -0700
Subject: [Seaside] w3 validator doesn't pass many seaside/pier pages
In-Reply-To: <4C39DA11.1010805@cox.net>
References: <4C39D4FB.5050704@cox.net> <4C39DA11.1010805@cox.net>
Message-ID: <4C39DB85.8060607@cox.net>

On 7/11/10 7:49 AM, Lawson English wrote:
> On 7/11/10 7:28 AM, Lawson English wrote:
>> http://validator.w3.org/
>>
>> many seaside.st pages  found to have lots of errors according to the 
>> automatic validator.
>> e.g. http://www.seaside.st/community/weblogs
>
>
> OTOH, the google home page doesn't pass either: http://www.google.com  
> so why should anything else?
>

http://www.searchenginejournal.com/seo-importance-of-valid-source-code-w3c-validation/5166/


points out that search engines and other web bot tools may not be as 
forgiving as the main browsers, so content from non-standard pages may 
not show up on google and other sites.

Food for thought.

Lawson

From dhenrich at vmware.com  Sun Jul 11 17:28:30 2010
From: dhenrich at vmware.com (Dale Henrichs)
Date: Sun, 11 Jul 2010 08:28:30 -0700
Subject: MAMemoDescription>>columns?
Message-ID: <4C39E31E.1090102@vmware.com>

MAMemoDescription has a lineCount, but no control for the default number 
of columns to use in the testArea, so one ends up with tall skinny text 
fields...

It can easily be added, so I was wondering if there was a reason it 
wasn't implemented...

I'll add it if it sounds like a good idea...

Dale

From renggli at gmail.com  Sun Jul 11 17:35:02 2010
From: renggli at gmail.com (Lukas Renggli)
Date: Sun, 11 Jul 2010 17:35:02 +0200
Subject: MAMemoDescription>>columns?
In-Reply-To: <4C39E31E.1090102@vmware.com>
References: <4C39E31E.1090102@vmware.com>
Message-ID: <AANLkTilZYVMfsRCV5VHc_4UKI8P2H4LoR7CAzk2He-Si@mail.gmail.com>

Both properties should be controlled by CSS, but I guess this is a leftover.

Lukas

On 11 July 2010 17:28, Dale Henrichs <dhenrich at vmware.com> wrote:
> MAMemoDescription has a lineCount, but no control for the default number of
> columns to use in the testArea, so one ends up with tall skinny text
> fields...
>
> It can easily be added, so I was wondering if there was a reason it wasn't
> implemented...
>
> I'll add it if it sounds like a good idea...
>
> Dale
> _______________________________________________
> Magritte, Pier and Related Tools ...
> https://www.iam.unibe.ch/mailman/listinfo/smallwiki
>



-- 
Lukas Renggli
www.lukas-renggli.ch

From patmaddox at me.com  Sun Jul 11 19:07:54 2010
From: patmaddox at me.com (Pat Maddox)
Date: Sun, 11 Jul 2010 10:07:54 -0700
Subject: Deploying pier - 32bit or 64bit?
Message-ID: <A9BC8675-F803-48D3-9581-A384B2FF5806@me.com>

I'm setting up a pier site on a CMS today and need to know whether I should set up a 32 or 64 bit OS.  I'm planning on just following the instructions at http://www.piercms.com/doc/deploy unless someone suggests otherwise.

Pat

From patmaddox at me.com  Sun Jul 11 19:10:40 2010
From: patmaddox at me.com (Pat Maddox)
Date: Sun, 11 Jul 2010 10:10:40 -0700
Subject: Deploying pier - 32bit or 64bit?
In-Reply-To: <A9BC8675-F803-48D3-9581-A384B2FF5806@me.com>
References: <A9BC8675-F803-48D3-9581-A384B2FF5806@me.com>
Message-ID: <8F728962-D569-4EC4-8889-67F123CF58DC@me.com>

setting up a pier site on a VPS rather...


On Jul 11, 2010, at 10:07 AM, Pat Maddox wrote:

> I'm setting up a pier site on a CMS today and need to know whether I should set up a 32 or 64 bit OS.  I'm planning on just following the instructions at http://www.piercms.com/doc/deploy unless someone suggests otherwise.
> 
> Pat
> _______________________________________________
> Magritte, Pier and Related Tools ...
> https://www.iam.unibe.ch/mailman/listinfo/smallwiki


From dhenrich at vmware.com  Sun Jul 11 19:24:05 2010
From: dhenrich at vmware.com (Dale Henrichs)
Date: Sun, 11 Jul 2010 10:24:05 -0700
Subject: MAMemoDescription>>columns?
In-Reply-To: <AANLkTilZYVMfsRCV5VHc_4UKI8P2H4LoR7CAzk2He-Si@mail.gmail.com>
References: <4C39E31E.1090102@vmware.com>
	<AANLkTilZYVMfsRCV5VHc_4UKI8P2H4LoR7CAzk2He-Si@mail.gmail.com>
Message-ID: <4C39FE35.6070109@vmware.com>

It took a little bit of css sweat and tears, but I think I've got it 
working:) thanks.

Dale

Lukas Renggli wrote:
> Both properties should be controlled by CSS, but I guess this is a leftover.
> 
> Lukas
> 
> On 11 July 2010 17:28, Dale Henrichs <dhenrich at vmware.com> wrote:
>> MAMemoDescription has a lineCount, but no control for the default number of
>> columns to use in the testArea, so one ends up with tall skinny text
>> fields...
>>
>> It can easily be added, so I was wondering if there was a reason it wasn't
>> implemented...
>>
>> I'll add it if it sounds like a good idea...
>>
>> Dale
>> _______________________________________________
>> Magritte, Pier and Related Tools ...
>> https://www.iam.unibe.ch/mailman/listinfo/smallwiki
>>
> 
> 
> 

From renggli at gmail.com  Sun Jul 11 19:26:42 2010
From: renggli at gmail.com (Lukas Renggli)
Date: Sun, 11 Jul 2010 19:26:42 +0200
Subject: Deploying pier - 32bit or 64bit?
In-Reply-To: <A9BC8675-F803-48D3-9581-A384B2FF5806@me.com>
References: <A9BC8675-F803-48D3-9581-A384B2FF5806@me.com>
Message-ID: <AANLkTinAItS9M61YuYxOvGPZBAS7ehVd-bL73rertonC@mail.gmail.com>

On 11 July 2010 19:07, Pat Maddox <patmaddox at me.com> wrote:
> I'm setting up a pier site on a CMS today and need to know whether I should set up a 32 or 64 bit OS. ?I'm planning on just following the instructions at http://www.piercms.com/doc/deploy unless someone suggests otherwise.

It doesn't really matter. I am using an 64bit OS for many years now,
but since the the Pharo/Squeak VM does not support 64bit the VMs run
using the Linux 32bit compatibly libraries. The advantage of 64bit is
that the OS and other tools can profit from the 64bit address space.

Lukas

-- 
Lukas Renggli
www.lukas-renggli.ch


From renggli at gmail.com  Sun Jul 11 19:28:25 2010
From: renggli at gmail.com (Lukas Renggli)
Date: Sun, 11 Jul 2010 19:28:25 +0200
Subject: MAMemoDescription>>columns?
In-Reply-To: <4C39FE35.6070109@vmware.com>
References: <4C39E31E.1090102@vmware.com>
	<AANLkTilZYVMfsRCV5VHc_4UKI8P2H4LoR7CAzk2He-Si@mail.gmail.com> 
	<4C39FE35.6070109@vmware.com>
Message-ID: <AANLkTimiPMLUG_Am3rdWK4urWj-HuvmZBvibKCbSnmJS@mail.gmail.com>

> It took a little bit of css sweat and tears, but I think I've got it
> working:) thanks.

Hehe :-)

    textarea, input.text { width: 100%; }

is what I typically use to get the text-areas and input fields span
all available place, see the default styles of Pier.

Lukas

-- 
Lukas Renggli
www.lukas-renggli.ch

From patmaddox at me.com  Sun Jul 11 19:58:03 2010
From: patmaddox at me.com (Pat Maddox)
Date: Sun, 11 Jul 2010 10:58:03 -0700
Subject: Deploying pier - 32bit or 64bit?
In-Reply-To: <AANLkTinAItS9M61YuYxOvGPZBAS7ehVd-bL73rertonC@mail.gmail.com>
References: <A9BC8675-F803-48D3-9581-A384B2FF5806@me.com>
	<AANLkTinAItS9M61YuYxOvGPZBAS7ehVd-bL73rertonC@mail.gmail.com>
Message-ID: <DB4CA906-50B7-4D61-8A06-79A655E1F6D4@me.com>

On Jul 11, 2010, at 10:26 AM, Lukas Renggli wrote:

> On 11 July 2010 19:07, Pat Maddox <patmaddox at me.com> wrote:
>> I'm setting up a pier site on a CMS today and need to know whether I should set up a 32 or 64 bit OS.  I'm planning on just following the instructions at http://www.piercms.com/doc/deploy unless someone suggests otherwise.
> 
> It doesn't really matter. I am using an 64bit OS for many years now,
> but since the the Pharo/Squeak VM does not support 64bit the VMs run
> using the Linux 32bit compatibly libraries. The advantage of 64bit is
> that the OS and other tools can profit from the 64bit address space.

Got it.

Also I'm thinking that maybe I don't want to use the one-click Pier app to run my site, because it uses Seaside 2.8.  So...what should I do instead?  Download Pharo 1.1 (which is insanely fast) and install Pier using metacello?

Pat

From renggli at gmail.com  Sun Jul 11 20:07:02 2010
From: renggli at gmail.com (Lukas Renggli)
Date: Sun, 11 Jul 2010 20:07:02 +0200
Subject: Deploying pier - 32bit or 64bit?
In-Reply-To: <DB4CA906-50B7-4D61-8A06-79A655E1F6D4@me.com>
References: <A9BC8675-F803-48D3-9581-A384B2FF5806@me.com>
	<AANLkTinAItS9M61YuYxOvGPZBAS7ehVd-bL73rertonC@mail.gmail.com> 
	<DB4CA906-50B7-4D61-8A06-79A655E1F6D4@me.com>
Message-ID: <AANLkTilqcNgoGnaYFU4YCkjNQrrTJvz2EvvEqDfrEW_M@mail.gmail.com>

> Also I'm thinking that maybe I don't want to use the one-click Pier app to run my site, because it uses Seaside 2.8. ?So...what should I do instead? ?Download Pharo 1.1 (which is insanely fast) and install Pier using metacello?

The Seaside 3.0rc images contain the latest Magritte and Pier.

    http://www.seaside.st/distributions/Seaside-3.0rc.zip

Of course you can also use the Metacello configuration to load the
latest Pier and all its dependencies into your own image. I am sure
that Dale can give you instructions on how to do that (we should add
that to the website too).

Lukas

-- 
Lukas Renggli
www.lukas-renggli.ch


From dhenrich at vmware.com  Sun Jul 11 20:13:45 2010
From: dhenrich at vmware.com (Dale Henrichs)
Date: Sun, 11 Jul 2010 11:13:45 -0700
Subject: MAMemoDescription>>columns?
In-Reply-To: <AANLkTimiPMLUG_Am3rdWK4urWj-HuvmZBvibKCbSnmJS@mail.gmail.com>
References: <4C39E31E.1090102@vmware.com>	<AANLkTilZYVMfsRCV5VHc_4UKI8P2H4LoR7CAzk2He-Si@mail.gmail.com>
	<4C39FE35.6070109@vmware.com>
	<AANLkTimiPMLUG_Am3rdWK4urWj-HuvmZBvibKCbSnmJS@mail.gmail.com>
Message-ID: <4C3A09D9.9010000@vmware.com>

Yep,

That's approximately where I ended up:)

Thanks,

Dale

Lukas Renggli wrote:
>> It took a little bit of css sweat and tears, but I think I've got it
>> working:) thanks.
> 
> Hehe :-)
> 
>     textarea, input.text { width: 100%; }
> 
> is what I typically use to get the text-areas and input fields span
> all available place, see the default styles of Pier.
> 
> Lukas
> 

From lenglish5 at cox.net  Sun Jul 11 20:41:15 2010
From: lenglish5 at cox.net (Lawson English)
Date: Sun, 11 Jul 2010 11:41:15 -0700
Subject: [bug] Re: redirecting links...
In-Reply-To: <AANLkTikNovRhNTZwO7U36Ol-fwjxfl_qyNaG1OxDomPO@mail.gmail.com>
References: <4C366B90.2070001@cox.net>	<AANLkTinBoXReT3jy94J-fEJaKukgka1RaWIe_X9xSLMU@mail.gmail.com>
	<4C375F5B.5060504@cox.net>	<AANLkTinFsSTIosd81_gUYOfW_vUyvwYQjmQ1ysJfP7Ms@mail.gmail.com>
	<4C38A433.1070301@cox.net>	<AANLkTiklNWEuBLhvHKwcT9yGn-9cEYH1uU2SW5dSkJwu@mail.gmail.com>
	<4C38A827.7040503@cox.net>
	<AANLkTikNovRhNTZwO7U36Ol-fwjxfl_qyNaG1OxDomPO@mail.gmail.com>
Message-ID: <4C3A104B.20902@cox.net>

got to a certain stage in my MLink class and tested a page with markup 
referring to it. I get a smalltalk error printed on the page with no 
halos and no way to examine the markup. Nor can I remove the page 
because the commands aren't showing.

How do I remove a page that I can't display?


MessageNotUnderstood: UndefinedObject>>at:ifAbsent:

Your request could not be completed. An exception occurred.



I think I know what my error is. I never reset my MLink class after I 
added the global dictionary. Even if I can fix it in some way, its still 
a not-good glitch that a smalltalk error makes a page uneditable/removeable.


Lawson

From dhenrich at vmware.com  Sun Jul 11 21:02:49 2010
From: dhenrich at vmware.com (Dale Henrichs)
Date: Sun, 11 Jul 2010 12:02:49 -0700
Subject: Deploying pier - 32bit or 64bit?
In-Reply-To: <DB4CA906-50B7-4D61-8A06-79A655E1F6D4@me.com>
References: <A9BC8675-F803-48D3-9581-A384B2FF5806@me.com>	<AANLkTinAItS9M61YuYxOvGPZBAS7ehVd-bL73rertonC@mail.gmail.com>
	<DB4CA906-50B7-4D61-8A06-79A655E1F6D4@me.com>
Message-ID: <4C3A1559.8010103@vmware.com>



Pat Maddox wrote:
> On Jul 11, 2010, at 10:26 AM, Lukas Renggli wrote:
> 
>> On 11 July 2010 19:07, Pat Maddox <patmaddox at me.com> wrote:
>>> I'm setting up a pier site on a CMS today and need to know whether I should set up a 32 or 64 bit OS.  I'm planning on just following the instructions at http://www.piercms.com/doc/deploy unless someone suggests otherwise.
>> It doesn't really matter. I am using an 64bit OS for many years now,
>> but since the the Pharo/Squeak VM does not support 64bit the VMs run
>> using the Linux 32bit compatibly libraries. The advantage of 64bit is
>> that the OS and other tools can profit from the 64bit address space.
> 
> Got it.
> 
> Also I'm thinking that maybe I don't want to use the one-click Pier app to run my site, because it uses Seaside 2.8.  So...what should I do instead?  Download Pharo 1.1 (which is insanely fast) and install Pier using metacello?

Pat,

It depends.

If you want to have the full Seaside3.0/Pier environment available in 
your image, then I'd say go with Lukas' zip file.

If know what add ns you want to use and you want a minimal/production 
install then I'd say you should use Metacello:

   Gofer new
     squeaksource: 'MetacelloRepository';
     package: 'ConfigurationOfPier2';
     package: 'ConfigurationOfPierAddOns2';
     load.

then:

   "avoid loading tests"
   (ConfigurationOfPier2 project version: '2.0.6') load: 'Core'.
   "load in the add ons that you want to use"
   ConfigurationOfPierAddOns2 project version: '2.0.6')
	load: #("list add ons you want").

version 2.0.6 is technically in development but I don't anticipate too 
many changes before it is released (any day now:)...

Dale

From p3anoman at gmail.com  Sun Jul 11 22:59:26 2010
From: p3anoman at gmail.com (John McKeon)
Date: Sun, 11 Jul 2010 16:59:26 -0400
Subject: [bug] Re: redirecting links...
In-Reply-To: <4C3A104B.20902@cox.net>
References: <4C366B90.2070001@cox.net>
	<AANLkTinBoXReT3jy94J-fEJaKukgka1RaWIe_X9xSLMU@mail.gmail.com>
	<4C375F5B.5060504@cox.net>
	<AANLkTinFsSTIosd81_gUYOfW_vUyvwYQjmQ1ysJfP7Ms@mail.gmail.com>
	<4C38A433.1070301@cox.net>
	<AANLkTiklNWEuBLhvHKwcT9yGn-9cEYH1uU2SW5dSkJwu@mail.gmail.com>
	<4C38A827.7040503@cox.net>
	<AANLkTikNovRhNTZwO7U36Ol-fwjxfl_qyNaG1OxDomPO@mail.gmail.com>
	<4C3A104B.20902@cox.net>
Message-ID: <AANLkTilKHmcFD8hQchWjWYHe7XLsD-qnzB9um_f0qAKP@mail.gmail.com>

On Sun, Jul 11, 2010 at 2:41 PM, Lawson English <lenglish5 at cox.net> wrote:

> got to a certain stage in my MLink class and tested a page with markup
> referring to it. I get a smalltalk error printed on the page with no halos
> and no way to examine the markup. Nor can I remove the page because the
> commands aren't showing.
>
> How do I remove a page that I can't display?
>
> Load the Pier-OmniBrowser package from the Pier repository. It gives you a
PierBrowser tool from which you can edit/delete the offending component/page
John


>
> MessageNotUnderstood: UndefinedObject>>at:ifAbsent:
>
> Your request could not be completed. An exception occurred.
>
>
>
> I think I know what my error is. I never reset my MLink class after I added
> the global dictionary. Even if I can fix it in some way, its still a
> not-good glitch that a smalltalk error makes a page uneditable/removeable.
>
>
>
> Lawson
> _______________________________________________
> Magritte, Pier and Related Tools ...
> https://www.iam.unibe.ch/mailman/listinfo/smallwiki
>



-- 
http://john-mckeon.us/seaside
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.iam.unibe.ch/pipermail/smallwiki/attachments/20100711/ac398e5b/attachment.html>

From tudor.girba at gmail.com  Sun Jul 11 23:10:47 2010
From: tudor.girba at gmail.com (Tudor Girba)
Date: Sun, 11 Jul 2010 23:10:47 +0200
Subject: [bug] Re: redirecting links...
In-Reply-To: <AANLkTilKHmcFD8hQchWjWYHe7XLsD-qnzB9um_f0qAKP@mail.gmail.com>
References: <4C366B90.2070001@cox.net>
	<AANLkTinBoXReT3jy94J-fEJaKukgka1RaWIe_X9xSLMU@mail.gmail.com>
	<4C375F5B.5060504@cox.net>
	<AANLkTinFsSTIosd81_gUYOfW_vUyvwYQjmQ1ysJfP7Ms@mail.gmail.com>
	<4C38A433.1070301@cox.net>
	<AANLkTiklNWEuBLhvHKwcT9yGn-9cEYH1uU2SW5dSkJwu@mail.gmail.com>
	<4C38A827.7040503@cox.net>
	<AANLkTikNovRhNTZwO7U36Ol-fwjxfl_qyNaG1OxDomPO@mail.gmail.com>
	<4C3A104B.20902@cox.net>
	<AANLkTilKHmcFD8hQchWjWYHe7XLsD-qnzB9um_f0qAKP@mail.gmail.com>
Message-ID: <D1114AC5-841A-4340-BA1A-2B027518551F@gmail.com>

You can also go to the parent page, and invoke Browse. This will then  
list all children with links related to commands for each page,  
including (r) from removal.

Doru


On 11 Jul 2010, at 22:59, John McKeon wrote:

>
> On Sun, Jul 11, 2010 at 2:41 PM, Lawson English <lenglish5 at cox.net>  
> wrote:
> got to a certain stage in my MLink class and tested a page with  
> markup referring to it. I get a smalltalk error printed on the page  
> with no halos and no way to examine the markup. Nor can I remove the  
> page because the commands aren't showing.
>
> How do I remove a page that I can't display?
>
> Load the Pier-OmniBrowser package from the Pier repository. It gives  
> you a PierBrowser tool from which you can edit/delete the offending  
> component/page
> John
>
>
> MessageNotUnderstood: UndefinedObject>>at:ifAbsent:
>
> Your request could not be completed. An exception occurred.
>
>
>
> I think I know what my error is. I never reset my MLink class after  
> I added the global dictionary. Even if I can fix it in some way, its  
> still a not-good glitch that a smalltalk error makes a page  
> uneditable/removeable.
>
>
>
> Lawson
> _______________________________________________
> Magritte, Pier and Related Tools ...
> https://www.iam.unibe.ch/mailman/listinfo/smallwiki
>
>
>
> -- 
> http://john-mckeon.us/seaside
> _______________________________________________
> Magritte, Pier and Related Tools ...
> https://www.iam.unibe.ch/mailman/listinfo/smallwiki

--
www.tudorgirba.com

"Every successful trip needs a suitable vehicle."





From dtrussardi at tiscali.it  Tue Jul 13 20:26:01 2010
From: dtrussardi at tiscali.it (dtrussardi at tiscali.it)
Date: Tue, 13 Jul 2010 20:26:01 +0200
Subject: Magritte description for e-mail
Message-ID: <4225409E-3D6F-4001-8256-1167DDC480AC@tiscali.it>

Hi,

	i have some descriptions and one based on MAStringDescription for manage the e-mail reference.

	Now i'm interested to create a MAReport with fields for management email.

	Where for management  i think a link to open new email directly from report  :

			html anchor attributeAt: 'href' put: 'mailto:', anObject emailBase.


	How i can do it ?

	Anyone create a specific MADescription for define e management  email reference ?


	Thank,

		Dario





From dhenrich at vmware.com  Tue Jul 13 21:05:35 2010
From: dhenrich at vmware.com (Dale Henrichs)
Date: Tue, 13 Jul 2010 12:05:35 -0700
Subject: [ANN] new config versions for Seaside30, Grease, Magritte2, Pier2,
	Pier2AddOns
Message-ID: <4C3CB8FF.1050103@vmware.com>

   ConfigurationOfGrease       - 1.0-alpha9.3
   ConfigurationOfSeaside30    - 3.0.0-alpha5.15
   ConfigurationOfMagritte2    - 2.0.5
   ConfigurationOfPier2        - 2.0.6
   ConfigurationOfPierAddOns2  - 2.0.6
   ConfigurationOfSeaside      - 1.0.5

The configurations are available in
http://www.squeaksource.com/MetacelloRepository.

Note that the mcz files in the Seaside3.0 config predates the mcz files 
in 3.0 RC that was recently announced, so I apologize for the potential 
confusion.

We are shipping GemStone/S 64 2.4.4.1 very soon now and I needed to 
coordinate the releases of Seaside3.0/Magritte2/Pier2 that are available 
on GemStone. The announcement of 3.0 RC came too late to incorporate 
into our release cycle. I'll be pushing out updated configs shortly.

The big change with this release is that there is a new 'Base' group 
defined that loads the minimal packages for running Seaside (i.e., no 
development packages, no examples, no java script. etc.) thus making it 
possible to perform a load into a production image of only the 
packages/features you want.

The new versions of the Magritte2, Pier2 and PierAddOns2 are structured 
to load only what is absolutely needed for each of those projects, again 
making it possible to load Pier2 into an image without having the entire 
Seaside3.0 development come along.

One of the upshots of loading only the minimum required is that you will 
need to choose an adaptor to explicitly load (Kom or Swazoo for 
Pharo/Squeak folks). So if you want to load a minimal Pier2 and use the 
Kom adaptor, you will evaluate an expression like the following (after 
loading the Seaside3.0 and Pier2 configurations:

   (ConfigurationOfPier2 project version: '2.0.6') load.
   (ConfigurationOfSeaside30 project version: '3.0.0-alpha5.15')
     load: #( 'Seaside-Adaptors-Comanche' ).

If you want to add the Seaside3.0 development environment to your image, 
you would evaluate the following:

   (ConfigurationOfSeaside30 project version: '3.0.0-alpha5.15')
     load: #( 'Development' ).

and if you wanted the development environment plus tests you'd evaluate 
the following:

   (ConfigurationOfSeaside30 project version: '3.0.0-alpha5.15')
     load: #( 'Development Tests' ).

As for the ConfigurationOfSeaside, I have decided that the 'Seaside 3.0' 
target will load the full Seaside3.0 code base. However, I have added a 
'Seaside 3.0 Production' target that loads the minimal Seaside packages 
plus both adaptors. I have updated the #workspace method with additional 
examples.

For the GemStone users out there keep your eyes peeled for the 
announcement of GemStone/S 64 2.4.4.1 where I will provide additional 
(mostly) GemStone-specific information.

Well with as many moving pieces involved in this announcement I expect 
that there will be a stitch or two dropped (which reminds me that you 
ought to make sure you are using the latest version of Metacello when 
loaded Seaside3.0) so feel free to drop me a line with comments/problems 
and I will see if I can address them.

Now that GemStone has caught up with Pharo and Squeak (very soon, I 
promise:) I don't anticipate making these multi-config coordinated 
releases any time soon...

Putting together a Seaside 3.0 RC config is next up on the list...

Dale


From patmaddox at me.com  Wed Jul 14 03:12:50 2010
From: patmaddox at me.com (Pat Maddox)
Date: Tue, 13 Jul 2010 18:12:50 -0700
Subject: How to set different title in <title> than rendered <h1> for a single
	page
Message-ID: <55A84F5A-551D-4CD4-85D8-090FAA89D344@me.com>

I've set up a couple pages on my pier site.  Based on the default install, a pier page looks like:

<html>
<head><title>+pagetitle+</pagetitle></head>
<body>
<h1>+pagetitle+</h1>
<div>+page+contents+</div>
</body>

I have a _single_ page (the home page) where I want the H1 to differ from the <title> tag.  I have no clue how to do that.  Anyone have any ideas?

Thanks,
Pat

From yanni at rogers.com  Wed Jul 14 16:33:08 2010
From: yanni at rogers.com (Yanni Chiu)
Date: Wed, 14 Jul 2010 10:33:08 -0400
Subject: How to set different title in <title> than rendered <h1> for
	a single page
In-Reply-To: <55A84F5A-551D-4CD4-85D8-090FAA89D344@me.com>
References: <55A84F5A-551D-4CD4-85D8-090FAA89D344@me.com>
Message-ID: <i1khr6$e4a$1@dough.gmane.org>

Pat Maddox wrote:
> I've set up a couple pages on my pier site.  Based on the default install, a pier page looks like:
> 
> <html>
> <head><title>+pagetitle+</pagetitle></head>
> <body>
> <h1>+pagetitle+</h1>
> <div>+page+contents+</div>
> </body>
> 
> I have a _single_ page (the home page) where I want the H1 to differ from the <title> tag.  I have no clue how to do that.  Anyone have any ideas?

I don't have a default Pier handy, at the moment, but I think you should 
edit the _mainenvironment page. Look for:

     <h1>+value:structure+</h1>

and change the <h1> tag. The main environment is used for the home page 
in the default setup.


From yanni at rogers.com  Tue Jul 20 07:54:57 2010
From: yanni at rogers.com (Yanni Chiu)
Date: Tue, 20 Jul 2010 01:54:57 -0400
Subject: Any ideas on refreshing an embeded Seaside component
Message-ID: <i23dnj$pk8$1@dough.gmane.org>

Suppose a Seaside component is added to a Pier page using a PRComponent. 
The Seaside component is initialized using values stored in the 
PRComponent settings dictionary. If these settings are changed later on, 
these changes are not reflected in the corresponding Seaside component 
instances until the corresponding session expires, and the Seaside 
component is then recreated.

To handle this, I've created a PRRefreshCommand, which does:
	self structure flush
in its #doExecute.

The problems with this approach are:
- the user has to hit refresh, just refreshing the page won't do it
- when no user is logged in, the "refresh" command cannot be presented

Any suggestions? Better approaches? Am I doing something wrong?

-- 
Yanni


From renggli at gmail.com  Tue Jul 20 08:06:03 2010
From: renggli at gmail.com (Lukas Renggli)
Date: Tue, 20 Jul 2010 08:06:03 +0200
Subject: Any ideas on refreshing an embeded Seaside component
In-Reply-To: <i23dnj$pk8$1@dough.gmane.org>
References: <i23dnj$pk8$1@dough.gmane.org>
Message-ID: <AANLkTikXOnR8lzsUROAnoSTPf9bIGiER52BN89bIM-Xh@mail.gmail.com>

> Suppose a Seaside component is added to a Pier page using a PRComponent. The
> Seaside component is initialized using values stored in the PRComponent
> settings dictionary. If these settings are changed later on, these changes
> are not reflected in the corresponding Seaside component instances until the
> corresponding session expires, and the Seaside component is then recreated.
>
> To handle this, I've created a PRRefreshCommand, which does:
> ? ? ? ?self structure flush
> in its #doExecute.

Why is this necessary? At least in my image, the settings
automatically reflect in all instantiated components. If not that
would be a bug.

Lukas

-- 
Lukas Renggli
www.lukas-renggli.ch


From yanni at rogers.com  Tue Jul 20 16:55:05 2010
From: yanni at rogers.com (Yanni Chiu)
Date: Tue, 20 Jul 2010 10:55:05 -0400
Subject: Any ideas on refreshing an embeded Seaside component
In-Reply-To: <AANLkTikXOnR8lzsUROAnoSTPf9bIGiER52BN89bIM-Xh@mail.gmail.com>
References: <i23dnj$pk8$1@dough.gmane.org>
	<AANLkTikXOnR8lzsUROAnoSTPf9bIGiER52BN89bIM-Xh@mail.gmail.com>
Message-ID: <i24dca$6kh$1@dough.gmane.org>

Lukas Renggli wrote:
>> Suppose a Seaside component is added to a Pier page using a PRComponent. The
>> Seaside component is initialized using values stored in the PRComponent
>> settings dictionary. If these settings are changed later on, these changes
>> are not reflected in the corresponding Seaside component instances until the
>> corresponding session expires, and the Seaside component is then recreated.
>>
>> To handle this, I've created a PRRefreshCommand, which does:
>>        self structure flush
>> in its #doExecute.
> 
> Why is this necessary? At least in my image, the settings
> automatically reflect in all instantiated components. If not that
> would be a bug.

I forgot to make it clear that the situation is for different login 
sessions - i.e. the settings change is made in a designer session, but 
in a concurrent guest session, the settings change only appears if I let 
the guest session expire, then login again.

My image is about 5 weeks old, but I will be updating soon.


From renggli at gmail.com  Tue Jul 20 19:00:56 2010
From: renggli at gmail.com (Lukas Renggli)
Date: Tue, 20 Jul 2010 19:00:56 +0200
Subject: Any ideas on refreshing an embeded Seaside component
In-Reply-To: <i24dca$6kh$1@dough.gmane.org>
References: <i23dnj$pk8$1@dough.gmane.org>
	<AANLkTikXOnR8lzsUROAnoSTPf9bIGiER52BN89bIM-Xh@mail.gmail.com> 
	<i24dca$6kh$1@dough.gmane.org>
Message-ID: <AANLkTimR5VsJPQwhRKxN9fSVcr823qeAHWPzMURWkE7O@mail.gmail.com>

>> Why is this necessary? At least in my image, the settings
>> automatically reflect in all instantiated components. If not that
>> would be a bug.
>
> I forgot to make it clear that the situation is for different login sessions
> - i.e. the settings change is made in a designer session, but in a
> concurrent guest session, the settings change only appears if I let the
> guest session expire, then login again.

Indeed, in other sessions the changes are not reflected immediately.

Lukas

-- 
Lukas Renggli
www.lukas-renggli.ch

From dhenrich at vmware.com  Wed Jul 21 02:18:32 2010
From: dhenrich at vmware.com (Dale Henrichs)
Date: Tue, 20 Jul 2010 17:18:32 -0700
Subject: nested pier kernels?
Message-ID: <4C463CD8.3090704@vmware.com>

I'm playing with an application where I *think* that I'd like to have 
nested Pier kernel instances ... I *would* like each instance to be 
somewhat independent in terms of design and content and authorization 
... I realize I don't need nesting to that ... I can create multiple 
pier instances with a different path and I'm okay, however, I can't 
figure out how to get back to the "master pier" instance, once I dived 
into one of the "subsidiary instances".

I'd like to have a menu item entitled 'Home' that takes me to the 
master, but my Pier2/Seaside3.0 foo does not appear strong enough to 
figure out how to do this sorta dynamically (I don't want to wire in an 
external link for example)...

I assume that with nested pier kernels it would be relatively easy

Thanks in advance,

Dale

From yanni at rogers.com  Wed Jul 21 07:05:21 2010
From: yanni at rogers.com (Yanni Chiu)
Date: Wed, 21 Jul 2010 01:05:21 -0400
Subject: Any ideas on refreshing an embeded Seaside component
In-Reply-To: <AANLkTimR5VsJPQwhRKxN9fSVcr823qeAHWPzMURWkE7O@mail.gmail.com>
References: <i23dnj$pk8$1@dough.gmane.org>	<AANLkTikXOnR8lzsUROAnoSTPf9bIGiER52BN89bIM-Xh@mail.gmail.com>
	<i24dca$6kh$1@dough.gmane.org>
	<AANLkTimR5VsJPQwhRKxN9fSVcr823qeAHWPzMURWkE7O@mail.gmail.com>
Message-ID: <i25v6h$tru$1@dough.gmane.org>

Lukas Renggli wrote:
>> I forgot to make it clear that the situation is for different login sessions
>> - i.e. the settings change is made in a designer session, but in a
>> concurrent guest session, the settings change only appears if I let the
>> guest session expire, then login again.
> 
> Indeed, in other sessions the changes are not reflected immediately.

I don't think I need the refresh command anymore, now that I've noticed 
that Logout/Login was reusing the session. Going to a URL without the 
_s/_k will create a new session, which will then have a new component 
using the new settings.

What was worrying was that I did not have a way for a non-logged-in user 
to refresh, except to wait for expiry. Then I noticed that even a these 
users had a _s/_k in their URLs.

BTW, I do see the changes immediately, in the session where the changes 
are made.


From dhenrich at vmware.com  Wed Jul 21 18:19:27 2010
From: dhenrich at vmware.com (Dale Henrichs)
Date: Wed, 21 Jul 2010 09:19:27 -0700
Subject: nested pier kernels?
In-Reply-To: <4C463CD8.3090704@vmware.com>
References: <4C463CD8.3090704@vmware.com>
Message-ID: <4C471E0F.3090007@vmware.com>

Dale Henrichs wrote:
> I'm playing with an application where I *think* that I'd like to have 
> nested Pier kernel instances ... I *would* like each instance to be 
> somewhat independent in terms of design and content and authorization 
> ... I realize I don't need nesting to that ... I can create multiple 
> pier instances with a different path and I'm okay, however, I can't 
> figure out how to get back to the "master pier" instance, once I dived 
> into one of the "subsidiary instances".
> 
> I'd like to have a menu item entitled 'Home' that takes me to the 
> master, but my Pier2/Seaside3.0 foo does not appear strong enough to 
> figure out how to do this sorta dynamically (I don't want to wire in an 
> external link for example)...
> 
> I assume that with nested pier kernels it would be relatively easy
> 
> Thanks in advance,
> 
> Dale
> _______________________________________________
> Magritte, Pier and Related Tools ...
> https://www.iam.unibe.ch/mailman/listinfo/smallwiki

Thinking about this overnight, I imagine that I can splice in the 
rootPage for the "nested pier instance" and get what I want ... I'll try 
this approach today...

Dale

From dtrussardi at tiscali.it  Thu Jul 22 22:17:39 2010
From: dtrussardi at tiscali.it (dtrussardi at tiscali.it)
Date: Thu, 22 Jul 2010 22:17:39 +0200
Subject: MAFileModel renderOn: error
Message-ID: <B8EB9D2C-DD96-4203-80CD-12CD28FCADB9@tiscali.it>

Hi,

	i work with Magritte2 on Pharo and GLASS.

	The MAFileModel method:

	renderOn: html
	"Renders a download link of the receiver."

	html anchor
		title: (String streamContents: [ :stream |
			stream nextPutAll: self filename; nextPutAll: ' ('.
			stream nextPutAll: self filesize asFileSize; nextPutAll: ', '.
			stream nextPutAll: self mimetype ; nextPut: $) ]);
		url: self url;
		with: self filename

erase the error:

MessageNotUnderstood 2010: No method was found for the selector <#'do:'> when sent to <aWAMimeType(image/jpeg)> with arguments contained in <anArray( aComplexBlock)>.


i change it with:

	stream nextPutAll: self mimetype asString ; 

Now it work fine, but i don't know if it is right solution.


	Thanks,

		Dario
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.iam.unibe.ch/pipermail/smallwiki/attachments/20100722/ffc8db6f/attachment.html>

From renggli at gmail.com  Thu Jul 22 22:20:59 2010
From: renggli at gmail.com (Lukas Renggli)
Date: Thu, 22 Jul 2010 22:20:59 +0200
Subject: MAFileModel renderOn: error
In-Reply-To: <B8EB9D2C-DD96-4203-80CD-12CD28FCADB9@tiscali.it>
References: <B8EB9D2C-DD96-4203-80CD-12CD28FCADB9@tiscali.it>
Message-ID: <AANLkTino-wTuKByUX-KlHgS31fgkwcwO4cFnCLW5Y7OF@mail.gmail.com>

That looks like the right solution. I will fix it in the code-base.

Lukas

On 22 July 2010 22:17, dtrussardi at tiscali.it <dtrussardi at tiscali.it> wrote:
> Hi,
> i work with Magritte2 on Pharo and GLASS.
> The MAFileModel method:
> renderOn: html "Renders a download link of the receiver." html anchor title:
> (String streamContents: [ :stream | stream nextPutAll: self filename;
> nextPutAll: ' ('. stream nextPutAll: self filesize asFileSize; nextPutAll:
> ', '. stream nextPutAll: self mimetype ; nextPut: $) ]); url: self url;
> with: self filename
> erase the error:
>
> MessageNotUnderstood 2010: No method was found for the selector <#'do:'>
> when sent to <aWAMimeType(image/jpeg)> with arguments contained in <anArray(
> aComplexBlock)>.
>
> i change it with:
> stream nextPutAll: self mimetype?asString ;
> Now it work fine, but i don't know if it is right solution.
>
> Thanks,
> Dario
> _______________________________________________
> Magritte, Pier and Related Tools ...
> https://www.iam.unibe.ch/mailman/listinfo/smallwiki
>



-- 
Lukas Renggli
www.lukas-renggli.ch


From renggli at gmail.com  Thu Jul 22 22:23:09 2010
From: renggli at gmail.com (Lukas Renggli)
Date: Thu, 22 Jul 2010 22:23:09 +0200
Subject: MAFileModel renderOn: error
In-Reply-To: <AANLkTino-wTuKByUX-KlHgS31fgkwcwO4cFnCLW5Y7OF@mail.gmail.com>
References: <B8EB9D2C-DD96-4203-80CD-12CD28FCADB9@tiscali.it> 
	<AANLkTino-wTuKByUX-KlHgS31fgkwcwO4cFnCLW5Y7OF@mail.gmail.com>
Message-ID: <AANLkTilw9cqbLzo7bke1SxmWxOkakqnFcdIFAdJU45n9@mail.gmail.com>

Well, actually it is not. The mimetype is a string in Magritte and
MAFileUploadComponent is also setting it like that, so I wonder why
you get a WAMimeType there?

MAFIleUploadComponent>>upload: aFile
	self value: (aFile isNil ifFalse:
			[ self description kind new
				mimetype: aFile contentType greaseString;
				filename: aFile fileName;
				contents: aFile contents;
				yourself
			"Seaside now has MimeType objects, but MAFileModel expects strings" ])

On 22 July 2010 22:20, Lukas Renggli <renggli at gmail.com> wrote:
> That looks like the right solution. I will fix it in the code-base.
>
> Lukas
>
> On 22 July 2010 22:17, dtrussardi at tiscali.it <dtrussardi at tiscali.it> wrote:
>> Hi,
>> i work with Magritte2 on Pharo and GLASS.
>> The MAFileModel method:
>> renderOn: html "Renders a download link of the receiver." html anchor title:
>> (String streamContents: [ :stream | stream nextPutAll: self filename;
>> nextPutAll: ' ('. stream nextPutAll: self filesize asFileSize; nextPutAll:
>> ', '. stream nextPutAll: self mimetype ; nextPut: $) ]); url: self url;
>> with: self filename
>> erase the error:
>>
>> MessageNotUnderstood 2010: No method was found for the selector <#'do:'>
>> when sent to <aWAMimeType(image/jpeg)> with arguments contained in <anArray(
>> aComplexBlock)>.
>>
>> i change it with:
>> stream nextPutAll: self mimetype?asString ;
>> Now it work fine, but i don't know if it is right solution.
>>
>> Thanks,
>> Dario
>> _______________________________________________
>> Magritte, Pier and Related Tools ...
>> https://www.iam.unibe.ch/mailman/listinfo/smallwiki
>>
>
>
>
> --
> Lukas Renggli
> www.lukas-renggli.ch
>



-- 
Lukas Renggli
www.lukas-renggli.ch


From damien.cassou at gmail.com  Mon Jul 26 11:03:44 2010
From: damien.cassou at gmail.com (Damien Cassou)
Date: Mon, 26 Jul 2010 11:03:44 +0200
Subject: Service is in the process of stopping
Message-ID: <AANLkTikha6rhA72KGtGqnvoU3mQ75cUaQY6SMnPo98vE@mail.gmail.com>

Dear all,

I've downloaded yesterday's Pier 2 image from
http://hudson.lukas-renggli.ch/job/Pier%202/. It worked quite well
until I decided to activate the 'Image Persistency'. Now, each time I
start the image I get a message from HttpService:

"Service is in the process of stopping"

I'm now unable to start Seaside. This is probably similar to
http://code.google.com/p/pharo/issues/detail?id=2541.

I attached the Debug.log file. Can any of you help me?

Thank you

-- 
Damien Cassou
http://damiencassou.seasidehosting.st

"Lambdas are relegated to relative obscurity until Java makes them
popular by not having them." James Iry
-------------- next part --------------
A non-text attachment was scrubbed...
Name: PharoDebug.log
Type: application/octet-stream
Size: 205399 bytes
Desc: not available
URL: <http://www.iam.unibe.ch/pipermail/smallwiki/attachments/20100726/5ceb15c2/attachment-0001.obj>

From renggli at gmail.com  Mon Jul 26 19:08:10 2010
From: renggli at gmail.com (Lukas Renggli)
Date: Mon, 26 Jul 2010 19:08:10 +0200
Subject: [Seaside] Service is in the process of stopping
In-Reply-To: <AANLkTikha6rhA72KGtGqnvoU3mQ75cUaQY6SMnPo98vE@mail.gmail.com>
References: <AANLkTikha6rhA72KGtGqnvoU3mQ75cUaQY6SMnPo98vE@mail.gmail.com>
Message-ID: <AANLkTimOCRtQgQyBZX7UmkkrVNdeN8Uz2jK6rAPEzUmH@mail.gmail.com>

Can you check if the following fix in Seaside helps?

Name: Seaside-Adaptors-Comanche-lr.62
Author: lr
Time: 26 July 2010, 7:07:35 pm
UUID: d5cca2bb-29b4-4c56-9168-7e1b16c89dad
Ancestors: Seaside-Adaptors-Comanche-pmm.61

- try to avoid startup/shutdown problems, comanche cares itself when
the server needs to start/stop

On 26 July 2010 11:03, Damien Cassou <damien.cassou at gmail.com> wrote:
> Dear all,
>
> I've downloaded yesterday's Pier 2 image from
> http://hudson.lukas-renggli.ch/job/Pier%202/. It worked quite well
> until I decided to activate the 'Image Persistency'. Now, each time I
> start the image I get a message from HttpService:
>
> "Service is in the process of stopping"
>
> I'm now unable to start Seaside. This is probably similar to
> http://code.google.com/p/pharo/issues/detail?id=2541.
>
> I attached the Debug.log file. Can any of you help me?
>
> Thank you
>
> --
> Damien Cassou
> http://damiencassou.seasidehosting.st
>
> "Lambdas are relegated to relative obscurity until Java makes them
> popular by not having them." James Iry
>
> _______________________________________________
> seaside mailing list
> seaside at lists.squeakfoundation.org
> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>
>



-- 
Lukas Renggli
www.lukas-renggli.ch

From lenglish5 at cox.net  Tue Jul 27 19:47:52 2010
From: lenglish5 at cox.net (Lawson English)
Date: Tue, 27 Jul 2010 10:47:52 -0700
Subject: semi-deploy mode for Pier...
Message-ID: <4C4F1BC8.4090407@cox.net>

I'm working on a website using Pier but I need to continue to use the 
development tools after I deploy. However, I can't seem to get rid of 
the button bar at the bottom that gives me access to halos and whatnot, 
even if I'm not logged in as a super user/admin type.


I know there's been a lot of discussion about this, but I have a hard 
time following it. I *really* need to have the site live, but still be 
able to work on it without that "halo" back door showing on every page. 
There are likely other security issues with this "semi-deployment" mode 
and if someone could list them or point me to a discussion of them, I'd 
be thankful..

Thanks.



Lawson

From lenglish5 at cox.net  Tue Jul 27 20:01:29 2010
From: lenglish5 at cox.net (Lawson English)
Date: Tue, 27 Jul 2010 11:01:29 -0700
Subject: semi-deploy mode for Pier...
In-Reply-To: <4C4F1BC8.4090407@cox.net>
References: <4C4F1BC8.4090407@cox.net>
Message-ID: <4C4F1EF9.6060208@cox.net>

I should add that I'm using Pier 2.0 and Seaside 3.0...

On 7/27/10 10:47 AM, Lawson English wrote:
> I'm working on a website using Pier but I need to continue to use the 
> development tools after I deploy. However, I can't seem to get rid of 
> the button bar at the bottom that gives me access to halos and 
> whatnot, even if I'm not logged in as a super user/admin type.
>
>
> I know there's been a lot of discussion about this, but I have a hard 
> time following it. I *really* need to have the site live, but still be 
> able to work on it without that "halo" back door showing on every 
> page. There are likely other security issues with this 
> "semi-deployment" mode and if someone could list them or point me to a 
> discussion of them, I'd be thankful..
>
> Thanks.
>
>
>
> Lawson
> _______________________________________________
> Magritte, Pier and Related Tools ...
> https://www.iam.unibe.ch/mailman/listinfo/smallwiki
>


From nick.ager at gmail.com  Tue Jul 27 20:21:55 2010
From: nick.ager at gmail.com (Nick Ager)
Date: Tue, 27 Jul 2010 19:21:55 +0100
Subject: semi-deploy mode for Pier...
In-Reply-To: <4C4F1EF9.6060208@cox.net>
References: <4C4F1BC8.4090407@cox.net>
	<4C4F1EF9.6060208@cox.net>
Message-ID: <AANLkTimgnVviaJkxNOq+3NEVsjGSdwuhahaUqoWna05p@mail.gmail.com>

>
> On 7/27/10 10:47 AM, Lawson English wrote:
>
>> I'm working on a website using Pier but I need to continue to use the
>> development tools after I deploy. However, I can't seem to get rid of the
>> button bar at the bottom that gives me access to halos and whatnot, even if
>> I'm not logged in as a super user/admin type.
>>
>>
>> I know there's been a lot of discussion about this, but I have a hard time
>> following it. I *really* need to have the site live, but still be able to
>> work on it without that "halo" back door showing on every page. There are
>> likely other security issues with this "semi-deployment" mode and if someone
>> could list them or point me to a discussion of them, I'd be thankful..
>>
>>
point your browser to:
\config
select your application (from the list on the LHS)
under "General" you'll see "Root Decoration Classes" - the associated list
should contain WAToolDecoration. This is adding the button bar to your
application. You need to remove it.
click on the associated Configure button
click Override
remove WAToolDecoration from the the "current" list.

I'd remove the applications you don't need running eg examples, browse,
comet, magritte, javascript, tests, welcome
Then at a minimum password protect the applications you're planning to leave
in place eg config, tools with:
WAAdmin>>register: aComponentClass asApplicationAt: aString user: user
password: password

HTH

Nick
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.iam.unibe.ch/pipermail/smallwiki/attachments/20100727/518cff5f/attachment.html>

From lenglish5 at cox.net  Tue Jul 27 21:16:53 2010
From: lenglish5 at cox.net (Lawson English)
Date: Tue, 27 Jul 2010 12:16:53 -0700
Subject: semi-deploy mode for Pier...
In-Reply-To: <AANLkTimgnVviaJkxNOq+3NEVsjGSdwuhahaUqoWna05p@mail.gmail.com>
References: <4C4F1BC8.4090407@cox.net>	<4C4F1EF9.6060208@cox.net>
	<AANLkTimgnVviaJkxNOq+3NEVsjGSdwuhahaUqoWna05p@mail.gmail.com>
Message-ID: <4C4F30A5.2020908@cox.net>

Thanks.

On 7/27/10 11:21 AM, Nick Ager wrote:
>
>     On 7/27/10 10:47 AM, Lawson English wrote:
>
>         I'm working on a website using Pier but I need to continue to
>         use the development tools after I deploy. However, I can't
>         seem to get rid of the button bar at the bottom that gives me
>         access to halos and whatnot, even if I'm not logged in as a
>         super user/admin type.
>
>
>         I know there's been a lot of discussion about this, but I have
>         a hard time following it. I *really* need to have the site
>         live, but still be able to work on it without that "halo" back
>         door showing on every page. There are likely other security
>         issues with this "semi-deployment" mode and if someone could
>         list them or point me to a discussion of them, I'd be thankful..
>
>
> point your browser to:
> \config
> select your application (from the list on the LHS)
> under "General" you'll see "Root Decoration Classes" - the associated 
> list should contain WAToolDecoration. This is adding the button bar to 
> your application. You need to remove it.
> click on the associated Configure button
> click Override
> remove WAToolDecoration from the the "current" list.
>
> I'd remove the applications you don't need running eg examples, 
> browse, comet, magritte, javascript, tests, welcome
> Then at a minimum password protect the applications you're planning to 
> leave in place eg config, tools with:
> WAAdmin>>register: aComponentClass asApplicationAt: aString user: user 
> password: password
>
> HTH
>
> Nick

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.iam.unibe.ch/pipermail/smallwiki/attachments/20100727/16ad5ef9/attachment.html>

From lenglish5 at cox.net  Tue Jul 27 22:21:24 2010
From: lenglish5 at cox.net (Lawson English)
Date: Tue, 27 Jul 2010 13:21:24 -0700
Subject: how to recover password, etc?
Message-ID: <4C4F3FC4.4000301@cox.net>

How do I recover the admin's password?

I tried adding a user but couldn't make it a superuser.

k := PRKernel allInstances.
myKernel := k at:1

u := (PUUser named: 'newName') password: 'newPassword'.

(myKernel propertyAt: #users) add: u.

u addGroup: adminGroup.     "error"
u superuser: true. "this doesn't work"


Thanks.


Lawson

From nick.ager at gmail.com  Tue Jul 27 22:30:36 2010
From: nick.ager at gmail.com (Nick Ager)
Date: Tue, 27 Jul 2010 21:30:36 +0100
Subject: how to recover password, etc?
In-Reply-To: <4C4F3FC4.4000301@cox.net>
References: <4C4F3FC4.4000301@cox.net>
Message-ID: <AANLkTikGjuA2okchS9VOGaJ7Z6wJiDtcVYZE0EoyrA0a@mail.gmail.com>

Perhaps the code in PRKernel>>adminUser might help


On 27 July 2010 21:21, Lawson English <lenglish5 at cox.net> wrote:

> How do I recover the admin's password?
>
> I tried adding a user but couldn't make it a superuser.
>
> k := PRKernel allInstances.
> myKernel := k at:1
>
> u := (PUUser named: 'newName') password: 'newPassword'.
>
> (myKernel propertyAt: #users) add: u.
>
> u addGroup: adminGroup.     "error"
> u superuser: true. "this doesn't work"
>
>
> Thanks.
>
>
> Lawson
> _______________________________________________
> Magritte, Pier and Related Tools ...
> https://www.iam.unibe.ch/mailman/listinfo/smallwiki
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.iam.unibe.ch/pipermail/smallwiki/attachments/20100727/af8b1ebf/attachment-0001.html>

From lenglish5 at cox.net  Tue Jul 27 23:08:37 2010
From: lenglish5 at cox.net (Lawson English)
Date: Tue, 27 Jul 2010 14:08:37 -0700
Subject: how to recover password, etc?
In-Reply-To: <AANLkTikGjuA2okchS9VOGaJ7Z6wJiDtcVYZE0EoyrA0a@mail.gmail.com>
References: <4C4F3FC4.4000301@cox.net>
	<AANLkTikGjuA2okchS9VOGaJ7Z6wJiDtcVYZE0EoyrA0a@mail.gmail.com>
Message-ID: <4C4F4AD5.4010407@cox.net>

On 7/27/10 1:30 PM, Nick Ager wrote:
> Perhaps the code in PRKernel>>adminUser might help
>
Thanks. Tried all sorts of things but still can't get it to work.

I forgot the password to administer pier, but there's no way to do admin 
stuff that I can see. Can't even add a new admin user.


Lawson