[ZPatterns] Re: ZPatterns howto and Extensions

[Itai Tavor]

Hi Roch=E9

Thanks... I hope you can find a solution soon... I might have been too=20=

hasty, butFSSkinScript enabled me to finally move my whole application=20=

to the filesystem, and that's just what I did as soon as I found your=20
extensions package. I would hate to have to move the SkinScripts back=20
to the ZODB - especially since I can't even delete those copies at the=20=

moment :(

BTW... a couple of other comments: First, thanks for writing those=20
extensions, they are really useful (assuming they work :) )

Second, I can't get SkinnableRack to work, the portal_skins tool in the=20=

rack remains empty even when I have items in the filesystem directory=20
the tool is set to use.

Third, at first, I used a single skins tool for the whole application=20
(and no skinnable specialists or racks - I just made the whole=20
application skinnable), and I had to use names like editEmployeeForm=20
instead of just editForm so each specialist/rack could have different=20
UI methods in the skins. SkinnableSpecialist and SkinnableRack allowed=20=

me to change that, but I didn't want the skinned methods for the=20
specialist/rack mixing with the general application skins, so I am=20
storing the specialist skins on the filesystem in=20
zpatterns_skins/<specialist name> and the rack skins in=20
zpatterns_skins/<specialist name>_defaultRack. Also, to save the=20
trouble of having to manually change the skins path in each new=20
specialist and rack, I modified SkinnableSpecialist and SkinnableRack=20
to set the path by themselves to the paths above. What do you think=20
about this idea? (hope this description isn't too convoluted)

Itai


On Wednesday, December 4, 2002, at 06:20 PM, Roch=E9 Compaan wrote:

> Hi Itai
>
> FSSkinScript is still proof of concept. I ran into the same problem=20
> when
> I actually started using it but haven't had time to fix it yet.  I =
will
> look at it this afternoon and let you know.
>
> I know the problem is with the registration of the SkinScript with the
> PlugInContainer - it doesn't realise that the SkinScript has already
> been registered when you load it from the filesystem a second time.
>
> On Wed, 4 Dec 2002 13:04:38 +1100
> Itai Tavor <itai@iinet.net.au> wrote:
>
>> Hi all,
>>
>> Is anyone using Roch=E9 Compaan's SkinnableSpecialist and =
FSSkinScript?=20
>> I
>> have a skinned Specialist and a couple of FSSkinScripts in the skins
>> directory, and the Data Plug-ins view of the Specialist is full of
>> copies of those SkinScripts which can't be edited or deleted, but =
they
>> are used first, which makes it impossible to change any SkinScript
>> code.  Anyone else seen this? Does anyone have a fix for it?
>
>
> --=20
> Roch=E9 Compaan
> Upfront Systems                 http://www.upfrontsystems.co.za
>