headers
David Hart | 1 Aug 2003 09:27
Picon

Plonify

Hi,

I'm working to Plonify my software product, 
http://www.zope.org/Members/dhart/VisualCMS. I suspect this task will be 
similar to Plonifying ZWiki.

My todo list to date is:

- make QuickInstaller compatible
- translate CMS methods into portal actions
- translate CMS interface into portal skins skin

And a few other minor items like:

- change publish status mechanism to use Plone workflow
- change _gedID to Plone mechanism
- change index_html to default view action

My largest hurdle is simple version control. The product has a "preview 
mode" to preview changes made to a CMSPage, a folderish object 
containing composite web page components such as text blocks (Documents) 
and images (Portal Images). Each time a page enters 'change mode', a new 
copy of ALL contained objects is made into a new temporary CMSFolder 
object. When a changes are committed, the old CMSFolder is deleted and 
the temporary CMSFolder is renamed. Needless to say, this kludge can 
cause massive ZODB bloat. I've been trying to track version control 
projects, but none that would be suitable appears ready. I've considered 
creating the temporary CMS page in a Temporary Folder, but a server 
restart would kill all changes to CMSPages in "edit" mode. I've also 
considered tracking changes at a more granular level, but this can get
(Continue reading)

Permalink | Reply | 0 comments |
headers
Helge Tesdal | 1 Aug 2003 16:54

Re: Ploneboard and mail/news

On Thu, 31 Jul 2003 14:58:07 +0200, Tim Terlegård 
<timte878@...> wrote:

> Will Ploneboard be in Plone 1.2? I'm not expecting anything
> finished or polished, but maybe something that is fully usable?

No idea really. We might want it to be fairly polished before unleashing it 
on the unsuspecting masses to avoid lots of cries for support and help, 
especially if we decide to do changes that requires manual intervention to 
migrate properly.

Regards
--

-- 
Helge Tesdal

-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
Permalink | Reply | 501 comments |
headers
Fabrizio Reale | 1 Aug 2003 11:50
Picon
Favicon

User settings creation

Hello *
does anyone know where I have to put my hands to manage the creation of the
initial user settings?
In particular I want that when an user is created his content editor could
be setted to 'Epoz'.
Thank you.
Fabry

-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
Permalink | Reply | 1 comment |
headers
alan runyan | 1 Aug 2003 21:09

Re: User settings creation

please bring this up on the plone-users mailing list.
the developers list is for the development of plone itself.

> does anyone know where I have to put my hands to manage the creation of 
> the
> initial user settings?
> In particular I want that when an user is created his content editor 
> could
> be setted to 'Epoz'.
> Thank you.
> Fabry
>
>
>
> -------------------------------------------------------
> This SF.Net email sponsored by: Free pre-built ASP.NET sites including
> Data Reports, E-commerce, Portals, and Forums are available now.
> Download today and enter to win an XBOX or Visual Studio .NET.
> http://aspnet.click- 
> url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
> _______________________________________________
> Plone-developers mailing list
> Plone-developers@...
> https://lists.sourceforge.net/lists/listinfo/plone-developers
>

--

-- 
alan runyan

~runyaga <at>
(Continue reading)

Permalink | Reply | 0 comments |
headers
J Cameron Cooper | 2 Aug 2003 01:00

group workspaces

I've checked into GRUF today the greater portion of the work necessary 
for creating group workspaces. It is on the new-group-tools-branch of 
GRUF at the moment (and maybe HEAD, since I screwed up with CVS a 
little.) Wouldn't mind a little testing and comment. It's largely 
complete, though there is some security and installation work left, and 
I may decide to create an alternate type for Group workspaces. (A fresh 
checkout of Plone HEAD is also recommended.)

The code for workspace creation is in many ways an improvement over the 
similar code for creation of Home folders. If it works out on my groups 
code, I think it'll be a good replacement for the conterpart portion in 
Membership tool: it's cleaner and allows use of TTW-set types for the 
workspaces. Let me know if anyone has a problem with it.

             --jcc

--

-- 
"My point and period will be throughly wrought,
Or well or ill, as this day's battle's fought."

-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
Permalink | Reply | 1 comment |
headers
Helge Tesdal | 3 Aug 2003 15:11

Re: group workspaces

On Fri, 01 Aug 2003 18:00:39 -0500, J Cameron Cooper 
<jccooper@...> wrote:

> I've checked into GRUF today the greater portion of the work necessary 
> for creating group workspaces. It is on the new-group-tools-branch of 
> GRUF at the moment (and maybe HEAD, since I screwed up with CVS a 
> little.) Wouldn't mind a little testing and comment. It's largely 
> complete, though there is some security and installation work left, and I 
> may decide to create an alternate type for Group workspaces. (A fresh 
> checkout of Plone HEAD is also recommended.)
>
> The code for workspace creation is in many ways an improvement over the 
> similar code for creation of Home folders. If it works out on my groups 
> code, I think it'll be a good replacement for the conterpart portion in 
> Membership tool: it's cleaner and allows use of TTW-set types for the 
> workspaces. Let me know if anyone has a problem with it.

Have you looked at the creation of Home folders in CMF HEAD, where they 
have changed it to prepare for CMF 1.5? It's a tad different from the 
current Plone, so it has to be rewritten in Plone anyway. Just so you don't 
have to rewrite everything again soon.

Regards
--

-- 
Helge Tesdal

-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
(Continue reading)

Permalink | Reply | 0 comments |
headers
robert | 3 Aug 2003 15:30
Picon
Favicon

Error in CMFMember.__call__ and _getViewFor

I am figthing to get CMFMember working. It seems that the current __calL__ and 
_getViewFor ar bad:

    security.declarePublic('__call__')
    def __call__(self):
        """Invokes the default view."""
        view = _getViewFor(self, 'view', 'folderlisting')
                                                       --^^^^--- called with a 
string
        if getattr(aq_base(view), 'isDocTemp', 0):
            return apply(view, (self, self.REQUEST))
        else:
             return view()

def _getViewFor(obj, view='view', default=None):
    ti = obj.getTypeInfo()
    if ti is not None:
        actions = ti.getActions()
        for action in actions:
            if action.get('id', None) == default:
                return obj.restrictedTraverse(default['action'])
				  used as dictionary^^^^^^^^^^^^

and then the action folderlisting does not exist at all.

Robert

--

-- 
mit freundlichen Grüssen
(Continue reading)

Permalink | Reply | 2 comments |
headers
Geoff Davis | 3 Aug 2003 22:49

Re: Error in CMFMember.__call__ and _getViewFor

It sounds like you're using CMF 1.4.  CMFMember hasn't really been tested
with CMF 1.4 -- if you have fixes, send them to me.  Also, let me know what
files you are referring to.

Geoff

"robert" <robert@...> wrote in message
news:200308031530.40255.robert@...
I am figthing to get CMFMember working. It seems that the current __calL__
and
_getViewFor ar bad:

    security.declarePublic('__call__')
    def __call__(self):
        """Invokes the default view."""
        view = _getViewFor(self, 'view', 'folderlisting')
                                                       --^^^^--- called with
a
string
        if getattr(aq_base(view), 'isDocTemp', 0):
            return apply(view, (self, self.REQUEST))
        else:
             return view()

def _getViewFor(obj, view='view', default=None):
    ti = obj.getTypeInfo()
    if ti is not None:
        actions = ti.getActions()
        for action in actions:
            if action.get('id', None) == default:
(Continue reading)

Permalink | Reply | 1 comment |
headers
Ronan Amicel | 4 Aug 2003 00:15
Picon
Favicon

Re: Default folder view (browserDefault)

Ronan Amicel wrote:
> 
> Then some suggestions:
> - allow to use a hidden "folderlisting" action in Folder that
>   defines the view template to use when there is no default page.
>   If this type action does not exist, fall back to "folder_listing"
>   which is always available
> - always search for "index_html" as a default page after trying
>   the user-defined list
> - change the "view" action to "string:${folder_url}/"

Ok, so I checked in these changes.

> But then, though I have the desired behaviour, I still have a
> small visual issue. When there is no default page in a folder,
> and the default template gets used (either the user-defined
> "folderlisting" action, or the "folder_listing" template),
> then the view tab is not highlighted...

I changed plonifyActions.py to use a default tab if no tab
was selected.

I think folder default views now work as expected. If you
think I missed something, please tell me.

Regards,

--

-- 
Ronan Amicel
(ronnix on #plone)
(Continue reading)

Permalink | Reply | 0 comments |
headers
robert | 4 Aug 2003 06:59
Picon
Favicon

Re: Re: Error in CMFMember.__call__ and _getViewFor

Hi Geoff,
I am using CMF 1.3.1
The file is:
MemberDataTool.py

Robert

Am Sonntag, 3. August 2003 22:49 schrieb Geoff Davis:
> It sounds like you're using CMF 1.4.  CMFMember hasn't really been tested
> with CMF 1.4 -- if you have fixes, send them to me.  Also, let me know what
> files you are referring to.
>
> Geoff
>
> "robert" <robert@...> wrote in message
> news:200308031530.40255.robert@...
> I am figthing to get CMFMember working. It seems that the current __calL__
> and
> _getViewFor ar bad:
>
>     security.declarePublic('__call__')
>     def __call__(self):
>         """Invokes the default view."""
>         view = _getViewFor(self, 'view', 'folderlisting')
>                                                        --^^^^--- called
> with a
> string
>         if getattr(aq_base(view), 'isDocTemp', 0):
>             return apply(view, (self, self.REQUEST))
>         else:
(Continue reading)

Permalink | Reply | 0 comments |

Gmane