[Framework-Team] [PLIP111] was: Re: Framework team meeting 1 & 2

:) I'd be very happy for some fresh review. I'm especially interessted in comments on the side-effects of using sessions and how these might interact with caching or could be optimized for some additional speed. Best regards, Hanno Hanno Schlichting wrote: Hi all. I've been quit

[Framework-Team] Re: the magnificent seven

together as smooth and fun as possible? Am I way off and we we don't want to talk about this meta-stuff at all? Hanno whit wrote: > > It is my pleasure to make this internal announcement of the new > framework team! > > Wichert Akkerman > Marten Aspeli > Rock

[Framework-Team] Re: Plone core developer manual

Martin Aspeli wrote: > Raphael Ritz <[EMAIL PROTECTED]> writes: > >> whit wrote: >> >>> [..] >>> also, you guys need to pick a mouthpiece responsible for representing >>> the group and then I can make a grand announcement of your existence. >> Again, I propose Martin for this, if he is available.

[Framework-Team] Updated team site

Heya all. I updated our team site at: http://plone.org/development/teams/framework and integrated the nice FAQ written by whit. Please have a look if you find anything unclear or have any ideas how to improve it. If there are some spelling or grammar errors you can fix them yourself, as you have

[Framework-Team] Re: PLIP wishlists towards 3.0

Hi all. Thx Martin for starting this thread ;) Before going into details I would like to note some time constraints, as we agreed on having time and not feature based releases, so we get some feeling what might be feasible in the time we have: Plone 2.5 - January 2006, feature / proposal

[Framework-Team] Re: Zope versions

Martin Aspeli wrote: > I had another think about viewlets and Plone. Please see post to > z3-user, five and Plone lists (yes, I cross posted, so sue me). The > short of it is, if we can get them in Zope 2.10 then I'd +1 dropping > Zope 2.9 support for Plone 3.0. > > If the argument is stability, t

[Framework-Team] Re: Menus

Martin Aspeli wrote: > Hi guys, > > The viewlet craze started because I wanted to investigate pluggable UIs, > but was actually mostly driven by the fact that I hate the monolithic > ugliness that is global_contentmenu.pt. Now, a viewlet is basically just > a free-form HTML snippet (the examples a

[Framework-Team] Re: Organisation of Plone components in Collective and Plone svn

Hi all. To summarize some of the discussion we had on IRC just now, here is our current idea, for all those people not spending their life in online channels ;) As an example we used the structure for the contextualhelp product, which was developed at the sprint: This should go into the "http://

[Framework-Team] Release roadmap for 3.0

Hi folks. It's only a question of days until we get the (probably last) beta release out for Plone 2.5, and so it's time to look at the roadmap for 3.0. I have gathered relevant dates to give you an overview and propose a schedule based on this. All the mentioned dates in the overview are for fina

[Framework-Team] Re: Release roadmap for 3.0

Hi again. >From what I have read so far, we tend into the direction of giving this release a bit more time. So here is an updated roadmap proposal. The one thing it tries to be is realistic about the dates if we allow more time for development of new features and therefore bugs as well and get the

[Framework-Team] Re: Release roadmap for 3.0

Martin Aspeli wrote: >> Plone 3.0 >> - >> June 26, plip freeze (no more plip's are accepted) > > Do we have such a thing? I mean ... people can write PLIPs whenever they > want :) Right, we probably don't need it. I guess I was somehow trying to preserve my SoC dates ;) > Do we have any

[Framework-Team] Re: Release roadmap for 3.0

Raphael Ritz wrote: > > First, I think we should really encourage the SoC projects by > defining a time line and process that offers the **possibility** > of getting results from SoC projects into the 3.0 release. My intention here was to give all the SoC projects a clear statement that their cod

[Framework-Team] Plone 3 - Migration supported for age-old versions?

Heya guys. I'm still working on my CMF 2.1 branches and came across quite some new problems all due to the migration machinery. As I'm lazy and don't want to debug and write code if it's not necessary, here is a little idea I would like to have some feedback for: Don't support migrating to Plone

[Framework-Team] Re: Plone 3 - Migration supported for age-old versions?

Vincenzo Di Somma wrote: > On Fri, 2006-06-09 at 17:06 +0200, Hanno Schlichting wrote: > >> What about Plone 2.5? Migrations from all insane alphas/betas/rcs should >> be supported. > > IMHO only stable releases should be supported. I think we could discuss about this,

[Framework-Team] Names, names and we need a decision

Hi. I think all arguments have been raised in the naming discussion (cubed vs plone vs plone.app vs plone.cms). As the informal voting process on the developers mailing list hasn't resulted in any clear vote or even direction, I think it is time for us to step in and make the decision, as al

[Framework-Team] Re: Names, names and we need a decision

Hi Martin. Martin Aspeli wrote: Hanno Schlichting wrote: If nobody disagrees with anything in general I would like to get simple -1/0/+1 votes for all of the three alternatives. The option with the highest positive number should obviously win. If we don't get a clear result I woul

[Framework-Team] Re: Names, names and we need a decision

Raphael Ritz wrote: PS: actually I did reply right away but only to Hanno as I didn't notice that the reply-to header wasn't set to the list :-( Uhm, sorry. I always use reply-all as in my experience most people don't set proper reply-to headers. But I promise to better myself ;) Hanno _

[Framework-Team] [Fwd: Re: Plone 3.0 dates]

(Repost as the message didn't seem to get through...) Hi. Our busy time seems to start ;) Martin Aspeli wrote: Alexander Limi wrote: Hi Framework Team, We haven't seen any official dates for PLIP freeze, bundles, alpha/beta/RC/final from you yet for 3.0. Can you see if you can get some da

[Framework-Team] Re: Names, names and we need a decision

Ok, here's the result: Counting only the FWT members: cubed / plone 0 plone / plone.app +5.5 plone / plone.cms 0 All votes: cubed / plone -2 plone / plone.app +6.5 plone / plone.cms 0 I guess this is a clear result and we would all love to see Martin write one

[Framework-Team] Re: Names, names and we need a decision

Hi. As I'm lazy, I wrote a new template for plone.app projects now as well. So in step 3 you can also do: paster create -t plone_app which will ask you the same question as the plone_core template but adds a question for the second namespace, which defaults to app :) Step 4 (svn import) doe

[Framework-Team] Re: Names, names and we need a decision

Daniel Nouri wrote: Do you agree that we put the documentation in the top-level directory? I.e. INSTALL.txt, README.txt etc. They shouldn't really go *inside* the package I hear from Ian. Would also give us less duplication between the plone_app and the plone_core (should we rename?) template

[Framework-Team] Re: plone.app announcement

Hi Martin. Sounds good to me in general. Martin Aspeli wrote: I. Generic components without specific Plone or Zope 2 dependencies live directly under the top-level 'plone' namespace. A good example is the the Zope3-style 'plone.18n' (http://svn.plone.org/svn/plone/plone.i18n). Minor spel

[Framework-Team] Re: Now what do we do?

Hi all. Martin Aspeli wrote: > Hi guys, > > I took a look at the PLIPs still remaining. I put some preliminary > names to some of PLIPs, purely along the lines that I thought people > may be interested in. All the ones with "?" in front of them are just > suggestions - the other ones are the ones

[Framework-Team] Re: first comments on plip 148 (moving to CMF 2.1)

Hello from the St. Augustin sprint :) Raphael Ritz wrote: > > Hello again, > > > > this is just a service to those of you who do not follow the svn/plone > > commits ;-) > > > > 2006-09-12 Raphael Ritz ([EMAIL PROTECTED]) > > > > My test set-up: Python 2.4.3, Zope 2.10.0b2 release on Linux (FC

[Framework-Team] Re: first comments on plip 148 (moving to CMF 2.1)

Martin Aspeli wrote: > Raphael Ritz wrote: > >> What would be really nice to have for our add-on developers: >> >>- a hands-on, fool-proof guide on how to update 3rd-party products >> for Plone 3.0. In particular this should contain (pointers to) >> instructions on supporting and us

[Framework-Team] Re: first comments on plip 148 (moving to CMF 2.1)

Alec Mitchell wrote: > On 9/12/06, Raphael Ritz > <[EMAIL PROTECTED]> wrote: >> Hanno Schlichting schrieb: > >> >> What would be really nice to have for our add-on developers: >> >> >> >>- a hands-on, fool-proof guide on how

[Framework-Team] Re: hard dependency on PIL?

Alec Mitchell wrote: > On 9/13/06, Raphael Ritz > <[EMAIL PROTECTED]> wrote: >> >> that's what I meant by saying earlier that PIL isn't necessarily >> trivial to install. But anyway, I consider my original question >> answered: it wasn't introduced on purpose in the first place but >> now that a se

[Framework-Team] Re: first comments on plip 148 (moving to CMF 2.1)

Hi. Martin Aspeli wrote: >> > I assume this applies to base and extension profiles equally, then? >> > So, it won't re-run the base CMFPlone profiles 'types.xml' if we >> > activate Poi as an extension profile, nor will it re-run >> > RichDocument's types.xml even if RichDocument was the previousl

[Framework-Team] Re: update on plip 148: move to CMF-2.1

Hi. Raphael Ritz wrote: > > - I tried to fix 'installTypes' from Archetypes but I didin't >fully succeed. For some plain AT folderish items the default >actions are missing (I tested with MyAddressBook from my tutorial: >the 'Contact' type is OK but the 'AddressBook' type is missing

[Framework-Team] Review of PLIP 142 - Martin vs. global_contentmenu

Hi all, while it's getting late, I was finally able to review the first PLIP on my list. I have added a detailed list of open problems to the bundle itself at http://svn.plone.org/svn/plone/review/plip142-componentised-content-menu/COMMENTS.TXT. For those of you not familiar with the PLIP anymor

[Framework-Team] Re: Review of PLIP 142 - Martin vs. global_contentmenu

Martin Aspeli wrote: > Hi Hanno, > >> 1. Global configuration: >> >> Currently menus (Actions menu, Workflow menu, ...) are configured in >> ZCML and thus immediately available without any installation step. >> >> For an add-on product this means there is no way to unregister a >> particular menu

[Framework-Team] Re: Review on PLIP #118: Portlets engine based on PlonePortlets and Viewlets

Hi. Martin Aspeli wrote: > >> #4: Prevent over-complication >> This goal unfortunately hasn't been met very well. In my opinion the >> new mechanics of integrating Zope 3 CA techniques used in this plip have >> increased the complication of setting up portlets by several magnitudes. >> Of cour

[Framework-Team] Re: update on plip 148: move to CMF-2.1

Hi all! Raphael Ritz wrote: > > So the biggest open issue at the moment is probably the move to > using events instead of the 'manage_*' hooks. At least for CatalogMultiplex and all catalog indexing behavior I was able to fix this in the meantime. The solution was far easier than I would have

[Framework-Team] Re: Review for PLIP 174

Hi. Vincenzo Di Somma wrote: > Conclusion > I think the plips succeeds in its goals, the implementation on the i18n > layer is much clearer now, easy to read and manage and of course it is > reusable. Thx, I always love to get positive feedback. > Hanno also provides a list of todo > (https://sv

[Framework-Team] Re: first merges

Hi. Wichert Akkerman wrote: > If there are no objections I think we should merge these four PLIPs into > trunk in the next couple of days: Aren't we supposed to have an official vote on what PLIP's we think are ready for inclusion? In case anybody agrees with me, here are my votes: > PLIP 8

[Framework-Team] Re: first merges

Hi again. Wichert Akkerman wrote: > If there are no objections I think we should merge these four PLIPs into > trunk in the next couple of days: > > PLIP 8 - Versioning > > PLIP 118 - Portlets engine based on PlonePortlets and Viewle

[Framework-Team] Re: first merges

Good morning :) After Wichert was so nice to remove me from the spammer blacklist, hopefully my reply comes through this time. I only wonder why Martin wasn't blacklisted ;) Martin Aspeli wrote: > Hanno, as always, you're invaluable! > >> Right now there are a bunch of test failures which result

[Framework-Team] Re: first merges

Hello again :) Hanno Schlichting wrote: > Martin Aspeli wrote: >> >>> Right now there are a bunch of test failures which result in >>> ComponentLookupErrors. These are due to the missing setup of the local >>> sitemanager in PloneTestCase (setHooks, setSite

[Framework-Team] Re: AJAX decision must be made THIS WEEK

Martin Aspeli wrote: > Hi guys, > > We've meandered, wondered, hued and hawwwed for long enough. Yes, we have and luckily the Azax front has made a lot of and in my opinion enough progress to give it a: +1 on including AZAX/KSS (and not Bling) Hanno ___

[Framework-Team] Re: Not possible to publish page in current bundle

Hi. Alec Mitchell wrote: > Looks like somebody tried to make the actbox_url in the workflow > transitions get utilized without handling the existing default values > (which point to non-existant forms). Alec's analysis is correct. PLIP 142 made this change and I already noted this as an outstandi

[Framework-Team] Re: Error starting 3.0 bundle

Martin Aspeli wrote: > Alexander Limi wrote: >> On Fri, 13 Oct 2006 17:59:37 -0700, Alexander Limi >> <[EMAIL PROTECTED]> wrote: >> >>> ConfigurationError: ('Invalid value for', 'package', "ImportError: >>> Couldn't import plone.app, No module named plone.app") >> >> Well, turns out the structure r

[Framework-Team] Re: 3.0 bundle broken?

Hi. /me is back from ten days of vacation in the southern parts of Spain without an Internet connection :) Martin Aspeli wrote: >> Same happend to me last night and I was too tired to debug this :-( I circumvented the problem for now, by pointing GenericSetup to an explicit older revision. The p

[Framework-Team] Re: 3.0 bundle broken?

Hello. Martin Aspeli wrote: > On 11/22/06, Hanno Schlichting >> >> This means we have two adapters registered for the exact same interface >> combination which isn't possible and results in a >> ConfigurationConflictError. > > So how do we normally deal

[Framework-Team] Re: Can I merge plone.memoize and plone.app.layout?

Martin Aspeli wrote: > Hi guys, > > Following discussions with Whit, Alec and Rocky on the channel last > night, and from the lists before, I've created and checked in two packages: > > - plone.memoize: contains Whit's memojito memoization decorators (in > plone.memoize.instance), and a variant

[Framework-Team] Re: merging florian's icon work

Wichert Akkerman wrote: > Are there any objections to merging the updated icon handling? The > changes are quite small and they bring us a lot more flexibility. +1 for merging ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.

[Framework-Team] Re: Can I merge plone.memoize and plone.app.layout?

Florian Schulze wrote: > Hi! > > I did no benchmarks yet, but it feels quite a bit faster now. Did anyone > do some before after comparisons? Yep, I did some very basic benchmarks (ab, ZopeProfiler, PTProfiler). For the front-page for an anonymous user the rough numbers were: Plone 2.5 trunk ->

[Framework-Team] Re: Can I merge plone.memoize and plone.app.layout?

Hi. Hanno Schlichting wrote: > > Plone 2.5 branch -> 5 requests/sec > Plone 3.0 some days ago -> 3.5 requests/sec > Plone 3.0 right now -> 4.0 requests/sec > > Plone 3.0 without old-style portlets -> 6.0 requests/sec And as another reference: Plone 2.1 branch -

Re: [Framework-Team] Re: Can I merge plone.memoize and plone.app.layout?

Martin Aspeli wrote: > Hanno Schlichting wrote: >> >> So right now one easy way of getting some more performance is to turn >> the remaining old-style portlets into new-style ones. > > This will happen, it's mostly just manual work. The only hard one > remaini

[Framework-Team] Re: Can I merge plone.memoize and plone.app.layout?

Alexander Limi wrote: > On Mon, 04 Dec 2006 10:47:37 -0800, Martin Aspeli > <[EMAIL PROTECTED]> wrote: > >> Perhaps we should move it to plone.app.controlpanel, though? I'm a bit >> worried about CMFPlone.browser becoming as big as CMFPlone/skins > > +1. The control panel stuff deserves its own s

[Framework-Team] Re: Revisited: Some preliminary Plone 3.0 profiling results

Alexander Limi wrote: >> The portlets also seem to be inefficient both for logged in or not, >> but a lot of this time is spent in classic.pt, which we should be able >> to eliminate (since we should convert all the portlets to new-style >> portlets before shipping the release). I'm not sure if col

[Framework-Team] Re: Revisited: Some preliminary Plone 3.0 profiling results

Martin Aspeli wrote: > Hanno Schlichting wrote: >> My simple benchmark shows a boost in performance from 4.0 requests/sec >> to 5.2 requests/sec for a newly created site, which is now finally a tad >> bit faster then the Plone 2.5 branch. > > Wasn't it 6 requests/s

[Framework-Team] Re: Revisited: Some preliminary Plone 3.0 profiling results

Hi all. Hanno Schlichting wrote: > Martin Aspeli wrote: >> Hanno Schlichting wrote: >>> My simple benchmark shows a boost in performance from 4.0 requests/sec >>> to 5.2 requests/sec for a newly created site, which is now finally a tad >>> bit faster then

[Framework-Team] Re: Revisited: Some preliminary Plone 3.0 profiling results

Hi again. Martin Aspeli wrote: > Hanno Schlichting wrote: > >> Just as a small update. I did some changes to the way the date/time >> formatting works and some more optimizations in PTS and >> PloneTranslations. You should remove all the catalogs in the PTS Control &

[Framework-Team] Re: PLIP125 (link integrity) part II - redirect-on-move ready for merge

Hi, Martin Aspeli wrote: > Hi guys, > > I've spent the past two days piecing together RedirectionTool and Whit's > topp.rose product into something that meets the second half of PLIP125. Yeah, you rock as you always do! > The first half is what Andreas is working on - warning when you're about

[Framework-Team] Re: PLIP125 (link integrity) part II - redirect-on-move ready for merge

Hi Martin, Martin Aspeli wrote: > Hi Hanno, > >>> For the record, I love this functionality :) >> >> While I like this too, I'm a bit concerned about the performance >> penalty. Is there an easy way to turn this behavior off? Like a switch >> in some control panel? > > There is not, but there ea

[Framework-Team] Re: plip 149 (better markup support) request for merge

Hi Tom, Tom Lazar wrote: > hi everybody, > > as of http://dev.plone.org/plone/changeset/11748 the last functional > 'show stopper' for the markup plip has been removed IMHO and i have > since been looking into re-implementing its control panel as a view. it > seems that hannosch has already creat

[Framework-Team] Re: wicked integration w/ plone 3

Martin Aspeli wrote: > whit wrote: > >> does anyone have a good formlib example for a controlpanel that >> *doesn't* edit a cmf tool? > > plone.app.controlpanel has none? There are examples of formlib in > plone.app.contentrules and plone.app.portlets.portlets, and Rocky has a > formlib tutorial.

[Framework-Team] Re: ploneenv - Or how using workingenv for a common Zope2 project might look like ;-)

Daniel Nouri wrote: > Martin Aspeli wrote: > > My impression was that ploneout would at some point grow a deployment > configuration. Most of that is already there. It knows how to download tarballs of Products and install them, so you can take the Plone-2.5.2 tarball as a base, use a specific Zo

[Framework-Team] Re: ploneenv - Or how using workingenv for a common Zope2 project might look like ;-)

Martin Aspeli wrote: >> I'm obviously for ploneenv/workingenv. > > I'm obviously a bit biased towards the buildout based approach since I > worked on it, but I worked on it because I was never very happy with the > way workingenv-in-instances worked. ploneenv makes that better and > slicker, actua

[Framework-Team] Re: ploneenv - Or how using workingenv for a common Zope2 project might look like ;-)

Daniel Nouri wrote: > Hanno Schlichting wrote: >> Nope. Windows support for zopectl is a lot harder then just some path >> fiddling. But the real issue with it is not really something that is an >> argument for ploneout, I just took the time to implement it in it, it >>

[Framework-Team] wicked - lxml dependency?

Heya. I noticed that a lot of tests in wicked fail on my machine, as I don't have lxml installed. Is lxml a real dependency for the functionality we use in Plone or is it optional or only required to run the tests? Hanno P.S. I tried to install lxml via easy_install and while it claims to insta

[Framework-Team] Re: wicked - lxml dependency?

whit wrote: > Hanno Schlichting wrote: >> Is lxml a real dependency for the functionality we use in Plone or is it >> optional or only required to run the tests? >> > it's used in the tests (to strip whitespace). iirc, any working version > of libxml2 should

[Framework-Team] Re: branching moment

whit wrote: > Alec Mitchell wrote: >> I'm +1 for keeping 3.0 on trunk until the RC phase at least. People >> wanting to do feature development post-freeze can do so on branches. +1 > sounds reasonable to me. speaking of, it's about time for the framework > team to pass the torch isn't it? I wou

[Framework-Team] Re: branching moment

Hi, Martin Aspeli wrote: > Hanno Schlichting wrote: >> whit wrote: >>> sounds reasonable to me. speaking of, it's about time for the framework >>> team to pass the torch isn't it? >> >> I would say as soon as the first beta is released and thus n

[Framework-Team] Re: new workflows

Hi, Wichert Akkerman wrote: > Previously Alex Clark wrote: >> On Wed, Feb 28, 2007 at 12:27:18AM +0100, Wichert Akkerman wrote: >>> I have been looking at the new workflows in the CMFPlone >>> aclrak-ui-sprint-workflow-integration branch and I'm afraid they aren't >>> where they should be. > >>>

[Framework-Team] Re: new workflows

Alex Clark wrote: Alex (Limi), et al., Also, do we want to be able enable/disable versioning in two places? You can configure versioning already in the 'Versioning Settings' configlet (http://localhost:8080/plone3/portal_repository/versioning_config_form) so adding it to the 'Type Settings' cont

[Framework-Team] Re: KSS vs. CMF/Z3

Hi. Alexander Limi wrote: > May I use the red flag? :) Yes, you may :( > Right now, the problems related to KSS vs. CMF is breaking things that > are crucial for a beta release. Pretty much everything that is related > to KSS seems to be broken right now: > > - Inline editing doesn't work > - I

Re: [Framework-Team] plone products leaders (v2)

Hi, Tom Lazar wrote: > On Mar 17, 2007, at 8:35 AM, Thierry Benita wrote: > >> What do you think of this idea ? Do you think that it is >> possible/affordable ? > > + 100 and thanks for the nice writeup, i think this initiative comes at > a very good time, because on the one hand we definitely n

[Framework-Team] Re: plone products leaders (v2)

Hi, Thierry Benita wrote: > I was looking for leaders of plone products. I found leaders of plone > core, plone archetypes, but not for each plone component. > I don't think that there is currently a leader for every simple > component that is in Plone. There is an official maintainer which is bu

[Framework-Team] Re: PloneErrorReporting

Hi, Alexander Limi wrote: > Could we please remove PloneErrorReporting from Plone 3.0? +1, as the current official maintainer I took the liberty to remove it from the release and the bundle. One stupid thing less to take care of :) Hanno ___ Framewor

[Framework-Team] Re: PloneErrorReporting

Hello. Alec Mitchell wrote: > On 3/25/07, Hanno Schlichting > <[EMAIL PROTECTED]> wrote: >> >> Alexander Limi wrote: >> > Could we please remove PloneErrorReporting from Plone 3.0? >> >> +1, as the current official maintainer I took the liberty to remo

[Framework-Team] Re: transforms

Thierry Benita wrote: > Hi, > > A remark about transforms in Plone. > > atReal did a piece of work about transforms, with AROfficeTransforms, > the last PastisSprint and some work in progress. > We also work close to Hanno on the transform engine since the sprint. > > We are adding transforms to

[Framework-Team] Re: access for framework team members to http://plone.org/products/plone/releases/3.1

Tom Lazar wrote: > could the teamwork members perhaps receive edit permissions for the 3.1 > release? I just tried to do that, but after a dozen of "nginx gateway timeout's" and "AttributeError 'dict' object has no attribute 'RESPONSE'" on every combination of assigning users or the group permissi

[Framework-Team] Re: PLIP #212: Use jQuery Javascript Library

Wichert Akkerman wrote: > Previously Martijn Pieters wrote: >> On Dec 13, 2007 5:13 PM, Andreas Zeidler <[EMAIL PROTECTED]> wrote: >>> so, +1 from me, provided we're gonna have the wrapper for cssQuery and >>> an easy way to switch back to the old implementation and the original >>> cssQuery in cas

[Framework-Team] Re: PLIP 219: New site search implementation

Tom Lazar wrote: > On 17.12.2007, at 09:47, Raphael Ritz wrote: >> Wichert Akkerman wrote: >>> I want to propose PLIP 219: New site search implementation >>> >>> http://plone.org/products/plone/roadmap/219 >> >> Given the risk of breaking customizations which I consider >> significant (as search of

[Framework-Team] Re: Suggestion for adding Usecase information

Danny Bloemendaal wrote: > After having waded through a big pile of plips I often (as a less > technical oriented member) had problems determining what the actual > usecase was that it was trying to solve. I would like to suggest (when > thechcnically possible) to add such a section in a plip. I'd

[Framework-Team] Re: PLIP 195 implementation ready for review

Raphael Ritz wrote: Wichert Akkerman wrote: 2. Not sure it's the best possible UI to completely hide a product if a dependency is missing. [...] I'ld like some input from Hanno on that. What I did was update the isInstallable method in the quickinstaller tool, which seemed the logical place t

[Framework-Team] Re: Translation effort for Plone 3.1

Hi. Alexander Limi wrote: However, Plone 3.0 ships with translation files that contain strings for both 2.5 and 3.0. We did a major cleanup in 3.0, killing off a lot of happytalk, and as a result, there's less fluff to translate. You probably see where I'm going with this, but: I'd like to sh

[Framework-Team] Re: Testing for PLIP 209: Unified Installer Plus Buildout

Florian Schulze wrote: On Thu, 14 Feb 2008 16:23:41 +0100, Wichert Akkerman <[EMAIL PROTECTED]> wrote: Previously Florian Schulze wrote: On Thu, 14 Feb 2008 13:38:56 +0100, Raphael Ritz <[EMAIL PROTECTED]> wrote: >(i) when describing start/stop/status we might want to add >'fg' (foreground)

[Framework-Team] Re: Testing for PLIP 209: Unified Installer Plus Buildout

Sidnei da Silva wrote: On Thu, Feb 14, 2008 at 1:23 PM, Raphael Ritz <[EMAIL PROTECTED]> wrote: On Thu, 14 Feb 2008 13:38:56 +0100, Raphael Ritz <[EMAIL PROTECTED]> wrote: (i) when describing start/stop/status we might want to add 'fg' (foreground) as a simple means to start in debug mode with

[Framework-Team] Re: Plone 3.2 plans

Wichert Akkerman wrote: Previously Martin Aspeli wrote: Wichert Akkerman wrote: The packaging goal we want to achieve is to move to a fully eggified release. Great! What isn't eggified yet? The products currently still in the 3.2 ploneout are: CMFActionIcons CMFCalendar, CMFDefault, CMFDiff

[Framework-Team] Re: Framework Team Page Needs Updating

Alexander Limi wrote: > On Tue, Aug 19, 2008 at 12:49 AM, Raphael Ritz > <[EMAIL PROTECTED] > > wrote: > > To me, this looks just fine. > > Are there only 5 members? I thought there were more. If not, ignore me. :) They are only five members in the current active te

[Framework-Team] Re: random thought: identify the components that lack owners

Jon Stahl wrote: >> I'm wondering why this would be a task for the framework team? > > I'm open for suggestions about who else might take it on. I'd say the general development community. > I think we have a bit of a problem in that we have no > formally-designated leadership team for the codeba

[Framework-Team] Re: random thought: identify the components that lack owners

Tres Seaver wrote: > Hmm, as an outsider, the FWT's job (reviewing and accepting PLIPs) is to > do what a single BFDL would do in a project would have one. It might seem so from a certain point of view. That's however not how it has been intended and not quite what the current status is. Here's t

[Framework-Team] Re: random thought: identify the components that lack owners

Hi Jon. Jon Stahl wrote: > However, there's really no definitive list of these that we can use to > recruit more talent. I've just given you Trac admin rights, so you can have a look at https://dev.plone.org/plone/admin/ticket/components which is probably the best we have. I'm not quite sure wha

[Framework-Team] Re: random thought: identify the components that lack owners

Martin Aspeli wrote: > Tres Seaver wrote: > >> It seems to me that not having continuity of architectural vision across >> releases, including the ability to remove broken / abandoned components, >> is a really dangerous place for Plone to be. > > I think there is architectural vision in Plone, b

[Framework-Team] Re: random thought: identify the components that lack owners

without an equal amount of people coming in again. While the community at large seems to be growing, the core developers seem to be getting less all the time. If we cannot stop that trend, we we will soon reach a point where we cannot turn this trend around anymore. Hanno Martin Aspeli wrot

[Framework-Team] PLIP 237 for Plone 3.3 - Minor i18n upgrades

Hi. I'd like to propose to accept PLIP 237 - Minor i18n upgrades for Plone 3.3. The full text is at http://plone.org/products/plone/roadmap/237. Short version: Ship PloneLanguageTool 2.1 instead of 2.0 and PlacelessTranslationService 1.5 instead of 1.4 with Plone 3.3. Hanno __

[Framework-Team] Re: Kicking off Plone 4: Release Manager candidate

Hi. Alexander Limi wrote: > Hanno Schlichting has said that he'd like to be the release manager for > Plone 4, and I'd like to formally propose him as a candidate for this > role. Over the last couple of months, I have been considering to step up for the release manager

[Framework-Team] Re: 4.x team nomination

Hi. Would it be a good idea to collect the nominations in some place like the dev.plone.org/plone Wiki? I fear we might loose track of the nominations, when they come in over a couple of weeks. Hanno ___ Framework-Team mailing list Framework-Team@lis

[Framework-Team] Re: Plone 4 Framework Team Selection List

Steve McMahon wrote: > The Plone 4 Framework Team has been selected. Congratulations to: > Matthew Wilkes, David Glick, Calvin Hendryx-Parker, Laurence Rowe, > Martijn Pieters, Erik Rose, and Ross Patterson. As anyone who's been > following Plone development will immediately see, this is an awesome

[Framework-Team] [plone4] - Initial PLIP drafts coming in

Hi. I've started to write up initial PLIP drafts for the major changes that have already been implemented on SVN trunk and that I want to do for 4.0. They can be found in Trac and are associated with the 4.0 milestone. They aren't supposed to be complete yet, but serve as a reminder to keep track

[Framework-Team] Re: [plone4] - Initial PLIP drafts coming in

Jens W. Klein wrote: > In your PLIPs you wrote i.e. here https://dev.plone.org/plone/ticket/8593 > to remove parts out of "Plone the Product". I fully agree to remove > features from the core! > > But I think if we do so, there should be a set of "Managed Plone > Products". Important add-ons l

[Framework-Team] Re: Expressing *now* at Trac the routines relating to Plone improvement proposals; minimising noise

Graham Perrin wrote: > === > Suggestions > === > > 1. At explain now or ASAP the three types > of ticket: > > * Bug > * Feature request > * Plone improvement proposal I think bug and feature request are quite self-explanatory. We tried to use 'defect

[Framework-Team] Re: A roadmap in a Trac

Graham Perrin wrote: > On 24 Dec 2008, at 23:28, Alexander Limi wrote: > >> for 4.0 and later, we're moving them all to Trac. That way, we can >> assign them to releases, track them separately, and use the update >> features as a progress log. With the new plone.org setup, the >> /development area

[Framework-Team] PLIP lifecycle

Hi. I think it is time to start detailing the exact framework team and PLIP process for Plone (4) and document it. The first step of moving the PLIP's into Trac has been decided before the new team started. For the remaining process the new team should define how things are going to work. The la

[Framework-Team] [plone4] Release process

Hi. As the not-quite-yet release manager for Plone 4, here is my general plan on how to release Plone 4. - Plone 4 will be primarily a feature based release, not time-based We need to address various major problems with Plone of which some will block a new release from my point of view. For exam

[Framework-Team] PLIP's for 3.x releases in Trac???

Hi. I've just seen dukebody to create bugs for all PLIP's for the 3.3 milestone in Trac. Was this communicated with anyone or discussed anywhere? I haven't seen a single mention for a plan for this. Hanno ___ Framework-Team mailing list Framework-Tea

[Framework-Team] Re: PLIP's for 3.x releases in Trac???

Hi Israel, Israel Saeta Pérez wrote: > On Thu, Dec 25, 2008 at 6:11 PM, Hanno Schlichting > wrote: > > I've just seen dukebody to create bugs for all PLIP's for the 3.3 > milestone in Trac. > > Was this communicated with anyone or discussed anywhere

[Framework-Team] Re: [plone4] Release process

Tres Seaver wrote: > Hanno Schlichting wrote: > >> - Plone 4 will have a documented upgrade story > >> A migration from Plone 3 to 4 does not need to be possible in an almost >> fully automated fashion. We need to ensure we have an easy to follow and >> unders

  1   2   >