[Framework-Team] Re: PLIP #197: Add FeedParser as external requirement
Martijn Pieters, on 2008-10-03: > On Fri, Oct 3, 2008 at 23:59, Maurits van Rees ><[EMAIL PROTECTED]> wrote: >> The plip is: >> #197: Add FeedParser as external requirement instead of shipping with it >> http://plone.org/products/plone/roadmap/197 >> >> Originally proposed by Christian Scholz in December 2007. Seconded >> bij Martijn Pieters. > > I did not; Jens Klein seconded it, I gave my framework team vote on it > already (a +1). Ah yes, that was what I meant. :) -- Maurits van Rees | http://maurits.vanrees.org/ Work | http://zestsoftware.nl/ "This is your day, don't let them take it away." [Barlow Girl] ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
Re: [Framework-Team] Meeting up in DC
On Fri, Oct 3, 2008 at 23:17, Steve McMahon <[EMAIL PROTECTED]> wrote: > I asked our conference social planner, JoAnna Springsteen, for > possibilities for a dinner spot where we could meet up Monday night > and actually hear one another. Here are her suggestions. I won't make it to DC and the conference this year due to personal circumstances. Hope you guys have a great time! -- Martijn Pieters ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
Re: [Framework-Team] PLIP #197: Add FeedParser as external requirement
On Fri, Oct 3, 2008 at 23:59, Maurits van Rees <[EMAIL PROTECTED]> wrote: > The plip is: > #197: Add FeedParser as external requirement instead of shipping with it > http://plone.org/products/plone/roadmap/197 > > Originally proposed by Christian Scholz in December 2007. Seconded > bij Martijn Pieters. I did not; Jens Klein seconded it, I gave my framework team vote on it already (a +1). -- Martijn Pieters ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
[Framework-Team] Meeting up in DC
Hi Framework Team, I asked our conference social planner, JoAnna Springsteen, for possibilities for a dinner spot where we could meet up Monday night and actually hear one another. Here are her suggestions. If one or more of these spots sound particularly good or bad, let me or the list know. Sometime in the next couple of days, I'll make an executive decision on our behalf. Steve Hmmm. Well Monday night we're going to go to Fado. It's a large pub that serves food. They're having a trivia quiz night and I'm trying to get a Team Plone together. If you guys ate there we could meet up with you later. Not sure if the food is great or if it's all that quite though. Science Club would be good but it's where we're going for our official pre-conf social Wednesday night, plus it has an all vegetarian menu which may not appeal to all. DC locals say Granville Moore's is supposed to be great both food and beer wise but it's not close to the metro. Sushi Taro would be good but you'd definitely have to make reservations to get in with that many people. Central is supposed to be great and it's near the conference location but it's a bit higher end and it's another place you'd have to make reservations. I liked the Brickskeller when we went there. It's a bit of a walk from the dupont circle metro but it has a huge beer menu and serves food. It's not a huge place but I could just see a group of geeks huddled in the corner here debating something. The locals aren't super impressed by it but I dug it. Again, you might want to check and see if they can accommodate a bigger group for dinner. I know the Capitol Lounge can handle big groups but I'm not sure that the food or atmosphere is a particular draw. The prices and food are both supposed to be decent so it probably won't wow you but it could be a safe bet for you to just walk in and get seated in a reasonable amount of time. -- Steve McMahon Reid-McMahon, LLC [EMAIL PROTECTED] [EMAIL PROTECTED] ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
Re: [Framework-Team] PLIP #240: Improve locking configurability
I'd like to propose PLIP #240 for inclusion in Plone 3.3: http://plone.org/products/plone/roadmap/240 This PLIP is intended to provide several avenues toward addressing the problem of content accidentally getting left in a locked state. +1 for this, although: "David Glick is willing to serve in an advisory role to whoever is willing to implement this." I suspect this means that it won't get implemented. :) I think you need to find someone who's willing to commit to delivering it, or it won't happen. I suppose I should clarify. I'm willing to commit to implementing this if it's just a matter of changing the default timeout and adding some KSS to keep the lock in place while an item's being edited. In an effort to avoid overextending myself, I'm not able to commit to creating a new locking configlet (though based on Sidnei's comment about the PloneLockManager product, which I was unaware of, that may be less important). In either case, I'd be glad to hear discussion regarding the best approach to providing a useful locking system without leaving locks in place accidentally or otherwise getting in the way. David Glick Web Developer ONE/Northwest New tools and strategies for engaging people in protecting the environment http://www.onenw.org [EMAIL PROTECTED] work: (206) 286-1235 x32 mobile: (206) 679-3833 Subscribe to ONEList, our email newsletter! Practical advice for effective online engagement http://www.onenw.org/full_signup ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
[Framework-Team] PLIP #197: Add FeedParser as external requirement
Hi, I propose plip 197 for Plone 3.3. Or really for 3.2 as it is a small packaging change which fits well in the overall theme of 3.2. I mentioned that on this list a few weeks ago without reactions. The plip is: #197: Add FeedParser as external requirement instead of shipping with it http://plone.org/products/plone/roadmap/197 Originally proposed by Christian Scholz in December 2007. Seconded bij Martijn Pieters. The work has been done already: https://svn.plone.org/svn/plone/plone.app.portlets/branches/plip197-feedparser-as-external-egg The change is just one extra line in the setup.py of plone.app.portlets declaring the dependency on FeedParser and the removal of feedparser.py. I tried some other changes like being forgiving when FeedParser cannot be imported, but that caused more problems than it solved. Cheers, -- Maurits van Rees | http://maurits.vanrees.org/ Work | http://zestsoftware.nl/ "This is your day, don't let them take it away." [Barlow Girl] ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
[Framework-Team] Re: PLIP #126: Link type should automatically redirect when accessed directly
Martin Aspeli wrote: David Glick wrote: I've edited an old PLIP that I'd like to propose for 3.3: http://plone.org/products/plone/roadmap/126 This is about making the built-in Link content type redirect to its target when the link is accessed by a direct URL (not just when it appears as a link in navigation). Note that some of the discussion of the PLIP relates to other Link-related proposals which appeared in an earlier revision of the PLIP (but which have been already incorporated into Plone and thus edited out of the PLIP.) +1 for this, although: "David Glick is willing to serve in an advisory role to whoever is willing to implement this." I suspect this means that it won't get implemented. :) I think you need to find someone who's willing to commit to delivering it, or it won't happen. Sorry, I meant to reply to the post about #240. Martin -- Author of `Professional Plone Development`, a book for developers who want to work with Plone. See http://martinaspeli.net/plone-book ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
[Framework-Team] Re: PLIP #126: Link type should automatically redirect when accessed directly
David Glick wrote: I've edited an old PLIP that I'd like to propose for 3.3: http://plone.org/products/plone/roadmap/126 This is about making the built-in Link content type redirect to its target when the link is accessed by a direct URL (not just when it appears as a link in navigation). Note that some of the discussion of the PLIP relates to other Link-related proposals which appeared in an earlier revision of the PLIP (but which have been already incorporated into Plone and thus edited out of the PLIP.) +1 for this, although: "David Glick is willing to serve in an advisory role to whoever is willing to implement this." I suspect this means that it won't get implemented. :) I think you need to find someone who's willing to commit to delivering it, or it won't happen. Martin -- Author of `Professional Plone Development`, a book for developers who want to work with Plone. See http://martinaspeli.net/plone-book ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
[Framework-Team] PLIP #187: Working out-of-the-box WebDAV
I would like to propose PLIP #187 for Plone 3.3. I already have pretty much all the work done, in a branch. It just needs polishing and merging. -- Sidnei da Silva Enfold Systemshttp://enfoldsystems.com Fax +1 832 201 8856 Office +1 713 942 2377 Ext 214 ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
Re: [Framework-Team] OT: problems with Gmane misinterpretations of browse back/forward and other key combinations
Previously Graham Perrin wrote: > To seasoned Framework Team users of Gmane, a plea: > > How do I prevent Gmane from misinterpreting key combinations? I see more and more complaints about gmane. Personally I really wish people who just use the mailing list directly instead of using gateway like gmane or nabble for posting. We can not support gmane, so questions like this should be send to the gmane team, not to us. > (I'm using Gmane now only because there's no plone.org interface to > this list, reasons for which I understand.) We have http://lists.plone.org/pipermail/framework-team/ which works perfectly for reading the list. And you can use your normal email client to post to the list. Wichert. -- Wichert Akkerman <[EMAIL PROTECTED]>It is simple to make things. http://www.wiggy.net/ It is hard to make things simple. ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
