e it can't assume the UID catalog
> is reliable for all content). It looks to me like it'd be fairly low
> risk, the only iffy thing being reindexing existing content on
> migration if necessary.
+1
- Rocky
--
Rocky Burt
ServerZen Software -- http://www.serverzen.com
News About
everything on a per ISite (read: per
plone portal) basis by using local utilities. No more zope-wide
settings unless someone setup global utilities for their own custom
type.
Anyhow, just an idea. I'm sure the names I picked are rather crude :)
- Rocky
--
Rocky Burt
ServerZen Software -- http
h the name 'login'. This way /login would
always do as designed and we wouldn't have to worry about instructing
people to do /@@login. The only remaining danger is if someone creates
their own content classes with a login attribute.
- Rocky
--
Rocky Burt
ServerZen Software -- http
ehaviour on/off (on a
functional level) and have it off by default. That way we don't have to
worry about the performance implications by default. Then for Plone 3.5
we could consider having it activated by default.
- Rocky
--
Rocky Burt
ServerZen Software -- http://www.serverzen.com
s of the tools to be standard utilities
so we start using getUtility in non-zpt code the subplone-style
functionality becomes so much easier. Dare I say that if
subplone-style functionality is then given to us for free (essentially)
we should expose this functionality directly as a standard cor
s and at the
> same time we need to provide a compatibility layer to give everyone a
> chance to reach the 'next level'.
Yep I can go along with this. Both ways would make it work well for
everyone and scare fewer people :)
- Rocky
--
Rocky Burt
On Fri, 2006-01-12 at 14:50 -0200, Sidnei da Silva wrote:
> On 12/1/06, Rocky Burt <[EMAIL PROTECTED]> wrote:
> > > Well, I'm going the other way around. I've wrote an adapter for AT
> > > Widgets so that they implement IWidget. A secondary goal of mine was
&
On Fri, 2006-01-12 at 14:23 -0200, Sidnei da Silva wrote:
> On 12/1/06, Rocky Burt <[EMAIL PROTECTED]> wrote:
> > An awesome secondary goal would then be to create archetype-style
> > wrapper widgets so that we could stop having to maintain two sets of
> > widgets (one
plone wrapper for that. Of course ultimately I think a base set of
defacto widgets should live under the plone.* namespace package (if
people decided p4a.fileimage was good enough I 'd have no problem moving
it over).
Regards,
Rocky
--
Rocky Burt
ServerZen Software -- http://www.serverzen.
objections.
>
> At the moment my voting vote is:
>
> -1 on Bling
> +0 on Azax (I need to study it some more)
> +0 on KSS (idem)
>
> Wichert.
>
I will confess to the same:
-1 on Bling
+0 on Azax/KSS
Truthfully I have just not had the opportunity to study Azax/
already discussed) I was
quite pleased with everything else. I'd be very obliged if someone
could help out with this.
Regards,
Rocky
--
Rocky Burt
ServerZen Software -- http://www.serverzen.com
News About The Server (blog) -- http://www.serverzen.net
signature.asc
Description: This is a
checks the
properties and loads appropriate macros" and it seems a lot more
complicated.
Of course I'm well aware of the fact that the previous approach wasn't
testable all that jazz so I do understand the virtue in the new
approach. So in my mind this was a necessary complication
could well be the fact that I've
been wearing my Zope 3 goggles for so long I tend to think everything
needs to be zope3-ified.
Regards,
Rocky
--
Rocky Burt
ServerZen Software -- http://www.serverzen.com
News About The Server (blog) -- http://www.serverzen.net
signat
d
started by Chris Withers on the need for some way to *unregister*
components via zcml.
- Rocky
--
Rocky Burt
ServerZen Software -- http://www.serverzen.com
News About The Server (blog) -- http://www.serverzen.net
signature.asc
Description: T
to
> plone-developers this weekend in order to keep everyone informed of our
> status and get the message out there that people are actively working on
> Plone 3.0. Any objections to that?
Fine with me.
- Rocky
--
Rocky Burt
ServerZen Software -- http://www.serverzen.com
News
fine for me. Thanks Martin for taking some initiative for
direction on plip reviews... been trying to keep up on this thread on
the mailing list but been quite busy.
- Rocky
--
Rocky Burt
ServerZen Software -- http://www.serverzen.com
News About The Server (blog) -- http://www.serverzen
rules
>
> http://plone.org/products/plone/roadmap/118
> https://svn.plone.org/svn/plone/review/plip118-portlets
>
A very amazing list of plips indeed. Thanks Martin!
- Rocky
--
Rocky Burt
ServerZen Software -- http://www.serverzen.com
News About The Server (blog) -- http://www.ser
ets.
Comments?
- Rocky
--
Rocky Burt
ServerZen Software -- http://www.serverzen.com
News About The Server (blog) -- http://www.serverzen.net
signature.asc
Description: This is a digitally signed message part
___
Framework-Team mailing list
Framework-T
instancemanager overlap.
>
> but for creating basic stub skeletons ZopeSkel seems like the simplest
> starting point though. I need to look at it again though; would we also
> need a ploneskel?
Daniel knows most about this of course but ZopeSkel includes at least 1
plone template if not
able beyond our immediate CMS needs and we don't call it
> > plone.something, then i think we've lost a significant marketing and
> > mindshare opportunity.
>
> Thanks for pointing that out - the strength of our negative conviction
> is also important when it comes to fin
Thanks for bringing this together Hanno.
+1 cubed / plone
+1 plone / plone.app
0 plone / plone.cms
- Rocky
--
Rocky Burt
ServerZen Software -- http://www.serverzen.com
News About The Server (blog) -- http://www.serverzen.net
signature.asc
Description: This is a digitally signed message
one 1.x do
your upgrade to plone 2.0, then upgrade zope to 2.7 then do another
upgrade to plone 2.1", etc etc.
So I'm +1 on limiting the migration path we support in Plone 3.0.
- Rocky
--
Rocky Burt
ServerZen Software -- http://www.serverzen.com
News About The Server (blog) -- http:
ky
ps. I'm only throwing this out there without thinking through all of the
repercussions for discussion purposes ... like how does this affect our
(hopeful) 6 month release cycle? how does this affect trying to match
up with zope releases? etc
--
Rocky Burt
ServerZen Software -- http://
t as Alec pointed out on irc today none of that stuff will
really have any chance to get battle-tested in the wild.
I'm more concerned with staying within reasonable dates with the rest of
our stack. It frustrates me to no end we keep lagging behind our stack
releases so much (I know 2.5
it as it's described above, so if there are good
> reasons to use the entire structure then fine, but if we can
> eliminate unnecessary directories then i'd rather do so.
'src' VS no 'src' is a religious issue in the python community on a
whole ... its ab
On Mon, 2006-01-05 at 19:20 -0700, Rob Miller wrote:
> On May 1, 2006, at 4:19 PM, Rocky Burt wrote:
>
> > On Tue, 2006-02-05 at 01:08 +0200, Hanno Schlichting wrote:
> >> To summarize some of the discussion we had on IRC just now, here
> >> is our
> >>
tualhelp import *".
>
> If we can agree on this, we should probably post this to the devel list
> with some more explanation (which can grow into a chapter in the dev
> manual ;)
+1 to all of this. Except of course for the line "from
plone.contextualhelp import *". If I s
t; plone/
> plone/ajax (for the kukit/bling stuff)
> plone/portlets
> plone/contextualrefs (to be broken out of contextualhelp)
> plone/contextualhelp
>
> etc.
>
> the LinkIntegrity stuff may need to be moved, but I'm not quite sure.
>
> What's the Fo
tent types have to be registered via a Products.*
namespace. Also IIRC DirectoryView's (skin folders) have the same
problem.
- Rocky
--
Rocky Burt
ServerZen Software -- http://www.serverzen.com
News About The Server -- http://www.serverzen.net
probably
> include plone.schema, plone.portlets and plone.ajax.
>
> ... but those are just brainstorming. I'm sure the rest of you have a lot
> of ideas too. :)
>
> Martin
>
--
Rocky Burt
ServerZen Software -- http://www.serverzen.com
News About The Server -- http://www.serverzen.net
___
Framework-Team mailing list
Framework-Team@lists.plone.org
http://lists.plone.org/mailman/listinfo/framework-team
3.2 thats not in Zope X3.0
-- doesn't matter what version of Five thats used, its the underlying
version of zope3 that really counts.
- Rocky
--
Rocky Burt
AdaptiveWave - Content Management as a Service
http://www.adaptivewave.com
Content Management Made Simple
___
he last major version with plone 3.0.
I'm +10 on Plone 3.0 only supporting the current lastest major version
of Zope.
- Rocky
--
Rocky Burt
AdaptiveWave - Content Management as a Service
http://www.adaptivewave.com
Content Management Made Simple
m Philip was the work
they had done at the sprint for TTW customization (and there was a bunch
of work done) would require Zope 3.3. Will Plone 3.0 be able to require
a minimum of Zope 2.10 (which will use z3.3) ?
- Rocky
--
Rocky Burt
AdaptiveWave - Content Management as a Service
h
seems to be a runner for this one.
- Rocky
--
Rocky Burt
AdaptiveWave - Content Management as a Service
http://www.adaptivewave.com
Content Management Made Simple
___
Framework-Team mailing list
Framework-Team@lists.plone.org
http://lists.plone.
common way of doing TTW
> integration testing. I think we should investigate how hard it would be to
> integate such tools into our deveopment cycle properly.
+1
> ** CMF 2.0 **
>
> Rob mentioned he was interested in seeing CMF 2.0 in Plone 3.0. I'm unsure
&g
rsation here amongst the
> team and the larger plone-dev community and it if take a little while to
> get consensus, there will be nobody saying "well you didn't speak
> up" later.
>
> -w
>
--
Rocky Burt
AdaptiveWave - Consulting, Training, and Cont
devel/10904
Whit and I discussed and we think it would be great for the framework
team to agree on a point of view and then pitch that view to the thread.
What do you all think?
- Rocky
--
Rocky Burt
AdaptiveWave - Consulting, Training, and Content Management as a Service
http://www.adaptivewav
rk.
>
> then all you have to do is rate the quality of the work that comes in
> having delegated the decision to those with expertise.
For the record, I support this idea. But WRT to my own ajax experiences
I'd like to say that I didn't have a lot of time to spend figuring
r existence.
>>
>>Again, I propose Martin for this, if he is available.
>> Martin: would you be willing to do this?
>
>
> If there's one thing I do, it's yap on a lot. I'm happy to take on this role
> if
> people want me to do it.
+1
--
Rocky B
d fun as possible?
>
>
Yes.
Rule #1: make things smooth
Rule #2: have fun
:)
>Am I way off and we we don't want to talk about this meta-stuff at all?
>
>
Sounds like good talk to me ;)
Rocky
--
Rocky Burt
ServerZen Software -- http://www.serverzen.com
ServerZen Hosting
whit wrote:
> ok, if any of you don't want to do this, speak now.
>
> It is my pleasure to make this internal announcement of the new
> framework team!
>
> Wichert Akkerman
> Marten Aspeli
> Rocky Burt
> Raphael Ritz
> Hanno Schlichting
> Vincenzo Di Somma
&
41 matches
Mail list logo