From michael at voidspace.org.uk Sun Oct 7 17:20:54 2012 From: michael at voidspace.org.uk (Michael Foord) Date: Sun, 7 Oct 2012 16:20:54 +0100 Subject: [pydotorg-www] Fwd: Broken links - signature files for 3.1.4 Windows installers References: Message-ID: <9C36E09E-73CF-429C-A54D-2EAE858EAAFA@voidspace.org.uk> I *guess* this is an issue for Martin rather than the general 3.1 RM? Michael Begin forwarded message: > From: Nadeem Vawda > Subject: Broken links - signature files for 3.1.4 Windows installers > Date: 7 October 2012 13:50:14 BST > To: webmaster at python.org > > Hi, > > I was looking at the Python 3.1.4 release page > , and I noticed that > the signature links next to each of the Windows MSI and PDB downloads > are broken. > > Cheers, > Nadeem > -- http://www.voidspace.org.uk/ May you do good and not evil May you find forgiveness for yourself and forgive others May you share freely, never taking more than you give. -- the sqlite blessing http://www.sqlite.org/different.html From michael at python.org Tue Oct 23 12:07:46 2012 From: michael at python.org (Michael Foord) Date: Tue, 23 Oct 2012 11:07:46 +0100 Subject: [pydotorg-www] Fwd: Python.org front page news features (near-)duplicates References: Message-ID: <6EE83BDC-0044-4E6D-9E6F-5279A506CF69@python.org> A suggestion on managing the feed of news items that appears on the front page of python.org. All the best, Michael Foord Begin forwarded message: > From: Justin Blank > Subject: Re: Python.org front page news features (near-)duplicates > Date: 23 October 2012 01:17:35 BST > To: Michael Foord > > As I said, the point is that updates displayed on a webpage should be > decoupled from the RSS feed. RSS is plumbing. > > Here is one idea: a widget displays the n-most recent items in the RSS > feed by default (or it could be all entries more recent than a certain > date). However, a human can override that default, and either a) keep > certain items displaying for longer, or b) hide entries (like release > candidates) that have been superceded by more recent developments. . > > Release candidates are important news when they happen. They cease > being news once the actual software is released. At that point, they > are history, and are of interest to a limited set of people. > > Justin > > On Mon, Oct 22, 2012 at 3:23 PM, Michael Foord wrote: >> Hello Justin, >> >> The main use case for the RSS feed is to be consumed via feed readers, so most people will see items as they are posted rather than all at the same time. I don't see how else we could generate a useful feed of news items other than as they are posted though. Betas and release candidates of new versions of Python is important news after all. >> >> All the best, >> >> Michael Foord >> >> >> On 22 Oct 2012, at 20:10, Justin Blank wrote: >> >>> On the python.org front page, there is an RSS feed of news. At >>> present, this displays the fact that Python 3.3 was released (good), >>> but it also dispays three additional 3.3 release candidates. Since >>> seven news items are displayed in my browser, that means almost half >>> of them are wasted. I am personally insane enough to be curious what >>> the schedule of release candidates was for already released software >>> (indeed, I have checked that information for several operating systems >>> and other pieces of software recently), but it's not what I expect to >>> see when I go to the python website, or what I'd expect most users >>> would like to see. >>> >>> Of course, these are perfectly reasonable items to include in an RSS >>> feed, which one assumes will be consumed the first time it's seen, but >>> I think what that shows is that the front page news feed needs to be >>> decoupled from the RSS feed. >>> >>> Justin >>> >> >> >> -- >> http://www.voidspace.org.uk/ >> >> >> May you do good and not evil >> May you find forgiveness for yourself and forgive others >> May you share freely, never taking more than you give. >> -- the sqlite blessing >> http://www.sqlite.org/different.html >> >> >> >> >> > -- http://www.voidspace.org.uk/ May you do good and not evil May you find forgiveness for yourself and forgive others May you share freely, never taking more than you give. -- the sqlite blessing http://www.sqlite.org/different.html From mal at egenix.com Tue Oct 23 12:21:28 2012 From: mal at egenix.com (M.-A. Lemburg) Date: Tue, 23 Oct 2012 12:21:28 +0200 Subject: [pydotorg-www] Fwd: Python.org front page news features (near-)duplicates In-Reply-To: <6EE83BDC-0044-4E6D-9E6F-5279A506CF69@python.org> References: <6EE83BDC-0044-4E6D-9E6F-5279A506CF69@python.org> Message-ID: <50866FA8.5070000@egenix.com> On 23.10.2012 12:07, Michael Foord wrote: > A suggestion on managing the feed of news items that appears on the front page of python.org. The current system for posting news entries on python.org uses the newsindex.yml file which basically lists calendar entries in ReST format. I suppose we could simply add a flag to those entries to disable their display on the frontpage and only have the items listed in the RSS feed (that's how we do this at eGenix). > All the best, > > Michael Foord > > Begin forwarded message: > >> From: Justin Blank >> Subject: Re: Python.org front page news features (near-)duplicates >> Date: 23 October 2012 01:17:35 BST >> To: Michael Foord >> >> As I said, the point is that updates displayed on a webpage should be >> decoupled from the RSS feed. RSS is plumbing. >> >> Here is one idea: a widget displays the n-most recent items in the RSS >> feed by default (or it could be all entries more recent than a certain >> date). However, a human can override that default, and either a) keep >> certain items displaying for longer, or b) hide entries (like release >> candidates) that have been superceded by more recent developments. . >> >> Release candidates are important news when they happen. They cease >> being news once the actual software is released. At that point, they >> are history, and are of interest to a limited set of people. >> >> Justin >> >> On Mon, Oct 22, 2012 at 3:23 PM, Michael Foord wrote: >>> Hello Justin, >>> >>> The main use case for the RSS feed is to be consumed via feed readers, so most people will see items as they are posted rather than all at the same time. I don't see how else we could generate a useful feed of news items other than as they are posted though. Betas and release candidates of new versions of Python is important news after all. >>> >>> All the best, >>> >>> Michael Foord >>> >>> >>> On 22 Oct 2012, at 20:10, Justin Blank wrote: >>> >>>> On the python.org front page, there is an RSS feed of news. At >>>> present, this displays the fact that Python 3.3 was released (good), >>>> but it also dispays three additional 3.3 release candidates. Since >>>> seven news items are displayed in my browser, that means almost half >>>> of them are wasted. I am personally insane enough to be curious what >>>> the schedule of release candidates was for already released software >>>> (indeed, I have checked that information for several operating systems >>>> and other pieces of software recently), but it's not what I expect to >>>> see when I go to the python website, or what I'd expect most users >>>> would like to see. >>>> >>>> Of course, these are perfectly reasonable items to include in an RSS >>>> feed, which one assumes will be consumed the first time it's seen, but >>>> I think what that shows is that the front page news feed needs to be >>>> decoupled from the RSS feed. >>>> >>>> Justin >>>> >>> >>> >>> -- >>> http://www.voidspace.org.uk/ >>> >>> >>> May you do good and not evil >>> May you find forgiveness for yourself and forgive others >>> May you share freely, never taking more than you give. >>> -- the sqlite blessing >>> http://www.sqlite.org/different.html >>> >>> >>> >>> >>> >> > > > -- > http://www.voidspace.org.uk/ > > > May you do good and not evil > May you find forgiveness for yourself and forgive others > May you share freely, never taking more than you give. > -- the sqlite blessing > http://www.sqlite.org/different.html > > > > > > _______________________________________________ > pydotorg-www mailing list > pydotorg-www at python.org > http://mail.python.org/mailman/listinfo/pydotorg-www > -- Marc-Andre Lemburg eGenix.com Professional Python Services directly from the Source (#1, Oct 23 2012) >>> Python Projects, Consulting and Support ... http://www.egenix.com/ >>> mxODBC.Zope/Plone.Database.Adapter ... http://zope.egenix.com/ >>> mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/ ________________________________________________________________________ 2012-09-27: Released eGenix PyRun 1.1.0 ... http://egenix.com/go35 2012-09-26: Released mxODBC.Connect 2.0.1 ... http://egenix.com/go34 2012-09-25: Released mxODBC 3.2.1 ... http://egenix.com/go33 2012-10-23: Python Meeting Duesseldorf ... today eGenix.com Software, Skills and Services GmbH Pastor-Loeh-Str.48 D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg Registered at Amtsgericht Duesseldorf: HRB 46611 http://www.egenix.com/company/contact/ From michael at python.org Tue Oct 23 12:23:00 2012 From: michael at python.org (Michael Foord) Date: Tue, 23 Oct 2012 11:23:00 +0100 Subject: [pydotorg-www] Fwd: Python.org front page news features (near-)duplicates In-Reply-To: <50866FA8.5070000@egenix.com> References: <6EE83BDC-0044-4E6D-9E6F-5279A506CF69@python.org> <50866FA8.5070000@egenix.com> Message-ID: On 23 Oct 2012, at 11:21, "M.-A. Lemburg" wrote: > On 23.10.2012 12:07, Michael Foord wrote: >> A suggestion on managing the feed of news items that appears on the front page of python.org. > > The current system for posting news entries on python.org uses the newsindex.yml > file which basically lists calendar entries in ReST format. I suppose > we could simply add a flag to those entries to disable their display on the > frontpage and only have the items listed in the RSS feed (that's how we > do this at eGenix). That's not a bad idea. It's all about to change though. Are the new design teams on this list? Michael > >> All the best, >> >> Michael Foord >> >> Begin forwarded message: >> >>> From: Justin Blank >>> Subject: Re: Python.org front page news features (near-)duplicates >>> Date: 23 October 2012 01:17:35 BST >>> To: Michael Foord >>> >>> As I said, the point is that updates displayed on a webpage should be >>> decoupled from the RSS feed. RSS is plumbing. >>> >>> Here is one idea: a widget displays the n-most recent items in the RSS >>> feed by default (or it could be all entries more recent than a certain >>> date). However, a human can override that default, and either a) keep >>> certain items displaying for longer, or b) hide entries (like release >>> candidates) that have been superceded by more recent developments. . >>> >>> Release candidates are important news when they happen. They cease >>> being news once the actual software is released. At that point, they >>> are history, and are of interest to a limited set of people. >>> >>> Justin >>> >>> On Mon, Oct 22, 2012 at 3:23 PM, Michael Foord wrote: >>>> Hello Justin, >>>> >>>> The main use case for the RSS feed is to be consumed via feed readers, so most people will see items as they are posted rather than all at the same time. I don't see how else we could generate a useful feed of news items other than as they are posted though. Betas and release candidates of new versions of Python is important news after all. >>>> >>>> All the best, >>>> >>>> Michael Foord >>>> >>>> >>>> On 22 Oct 2012, at 20:10, Justin Blank wrote: >>>> >>>>> On the python.org front page, there is an RSS feed of news. At >>>>> present, this displays the fact that Python 3.3 was released (good), >>>>> but it also dispays three additional 3.3 release candidates. Since >>>>> seven news items are displayed in my browser, that means almost half >>>>> of them are wasted. I am personally insane enough to be curious what >>>>> the schedule of release candidates was for already released software >>>>> (indeed, I have checked that information for several operating systems >>>>> and other pieces of software recently), but it's not what I expect to >>>>> see when I go to the python website, or what I'd expect most users >>>>> would like to see. >>>>> >>>>> Of course, these are perfectly reasonable items to include in an RSS >>>>> feed, which one assumes will be consumed the first time it's seen, but >>>>> I think what that shows is that the front page news feed needs to be >>>>> decoupled from the RSS feed. >>>>> >>>>> Justin >>>>> >>>> >>>> >>>> -- >>>> http://www.voidspace.org.uk/ >>>> >>>> >>>> May you do good and not evil >>>> May you find forgiveness for yourself and forgive others >>>> May you share freely, never taking more than you give. >>>> -- the sqlite blessing >>>> http://www.sqlite.org/different.html >>>> >>>> >>>> >>>> >>>> >>> >> >> >> -- >> http://www.voidspace.org.uk/ >> >> >> May you do good and not evil >> May you find forgiveness for yourself and forgive others >> May you share freely, never taking more than you give. >> -- the sqlite blessing >> http://www.sqlite.org/different.html >> >> >> >> >> >> _______________________________________________ >> pydotorg-www mailing list >> pydotorg-www at python.org >> http://mail.python.org/mailman/listinfo/pydotorg-www >> > > -- > Marc-Andre Lemburg > eGenix.com > > Professional Python Services directly from the Source (#1, Oct 23 2012) >>>> Python Projects, Consulting and Support ... http://www.egenix.com/ >>>> mxODBC.Zope/Plone.Database.Adapter ... http://zope.egenix.com/ >>>> mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/ > ________________________________________________________________________ > 2012-09-27: Released eGenix PyRun 1.1.0 ... http://egenix.com/go35 > 2012-09-26: Released mxODBC.Connect 2.0.1 ... http://egenix.com/go34 > 2012-09-25: Released mxODBC 3.2.1 ... http://egenix.com/go33 > 2012-10-23: Python Meeting Duesseldorf ... today > > eGenix.com Software, Skills and Services GmbH Pastor-Loeh-Str.48 > D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg > Registered at Amtsgericht Duesseldorf: HRB 46611 > http://www.egenix.com/company/contact/ > -- http://www.voidspace.org.uk/ May you do good and not evil May you find forgiveness for yourself and forgive others May you share freely, never taking more than you give. -- the sqlite blessing http://www.sqlite.org/different.html From aahz at pythoncraft.com Sat Oct 27 16:00:23 2012 From: aahz at pythoncraft.com (Aahz) Date: Sat, 27 Oct 2012 07:00:23 -0700 Subject: [pydotorg-www] Linking to psfmember.org Message-ID: <20121027140023.GB16316@panix.com> I'd really rather not link to psfmember.org until that page gets a bit more text (or at least links to some text with more background). It looks unprofessional to me. I gave some feedback to Kurt a while back that hasn't been followed up. ----- Forwarded message from "andrew.kuchling" ----- > Date: Sat, 27 Oct 2012 03:07:11 +0200 (CEST) > From: "andrew.kuchling" > To: pydotorg-checkins at python.org > Subject: [Pydotorg-checkins] r14461 - trunk/beta.python.org/build/new-build > Reply-To: pydotorg at python.org > > Author: andrew.kuchling > Date: Sat Oct 27 03:07:11 2012 > New Revision: 14461 > > Modified: > trunk/beta.python.org/build/new-build/homepage.tmpl > Log: > Add box linking to psfmember.org and donation page > > Modified: trunk/beta.python.org/build/new-build/homepage.tmpl > ============================================================================== > --- trunk/beta.python.org/build/new-build/homepage.tmpl (original) > +++ trunk/beta.python.org/build/new-build/homepage.tmpl Sat Oct 27 03:07:11 2012 > @@ -39,6 +39,13 @@ > > >
> +

Support the Python Community

> +

Help the Python community > + by becoming an associate member or > + making a one-time donation.

> +
> + > +
>

Python 3 Poll

>

I wish there was Python 3 support in

>
> _______________________________________________ > Pydotorg-checkins mailing list > Pydotorg-checkins at python.org > http://mail.python.org/mailman/listinfo/pydotorg-checkins ----- End forwarded message ----- -- Aahz (aahz at pythoncraft.com) <*> http://www.pythoncraft.com/ "We've just found a line in a perl script that invokes a shell script to call a lisp program which invokes the very-same perl script." --anonymous From amk at amk.ca Sat Oct 27 17:00:08 2012 From: amk at amk.ca (A.M. Kuchling) Date: Sat, 27 Oct 2012 11:00:08 -0400 Subject: [pydotorg-www] Linking to psfmember.org In-Reply-To: <20121027140023.GB16316@panix.com> References: <20121027140023.GB16316@panix.com> Message-ID: <20121027150008.GA19914@datl9makuchling.home> On Sat, Oct 27, 2012 at 07:00:23AM -0700, Aahz wrote: > I'd really rather not link to psfmember.org until that page gets a bit > more text (or at least links to some text with more background). It > looks unprofessional to me. I gave some feedback to Kurt a while back > that hasn't been followed up. I believe I have the necessary access to modify pages on psfmember.org. Is your feedback somewhere in the archives, or do you still have a copy? --amk From michael at python.org Sun Oct 28 23:18:41 2012 From: michael at python.org (Michael Foord) Date: Sun, 28 Oct 2012 22:18:41 +0000 Subject: [pydotorg-www] links for in-development versions of documentation In-Reply-To: References: Message-ID: <669D5431-3CEE-4902-AA10-8AA74778F688@python.org> Thanks Chris, I'm forwarding this to the web team. Michael On 28 Oct 2012, at 19:06, Chris Jerdonek wrote: > Hi, I noticed on "the complete list of documentation by Python version": > > http://www.python.org/doc/versions/ > > that there are no direct links to the latest in-development versions > for 2.7, 3.2, and 3.3. There is only a direct link to the > in-development 3.4 version (as well as direct links to the *released* > versions of 2.7, 3.2, and 3.3). > > I think it would be useful to add sub-bullets under the first bullet > ("Unreleased, development versions of the documentation") that lists > direct links to the latest in-development version of each version > still under development: > > * http://docs.python.org/2.7/ > * http://docs.python.org/3.2/ > * http://docs.python.org/3.3/ > * http://docs.python.org/3.4/ > > If you choose not to include direct links for these in-development > versions, I think you should include a note stating that these > in-development versions exist and that they can be found by navigating > from the latest development version http://docs.python.org/dev/ . > > Thanks, > --Chris > -- http://www.voidspace.org.uk/ May you do good and not evil May you find forgiveness for yourself and forgive others May you share freely, never taking more than you give. -- the sqlite blessing http://www.sqlite.org/different.html From chris.jerdonek at gmail.com Mon Oct 29 07:51:34 2012 From: chris.jerdonek at gmail.com (Chris Jerdonek) Date: Sun, 28 Oct 2012 23:51:34 -0700 Subject: [pydotorg-www] links for in-development versions of documentation In-Reply-To: <669D5431-3CEE-4902-AA10-8AA74778F688@python.org> References: <669D5431-3CEE-4902-AA10-8AA74778F688@python.org> Message-ID: On Sun, Oct 28, 2012 at 3:18 PM, Michael Foord wrote: > Thanks Chris, I'm forwarding this to the web team. Thanks, Michael. I also came across a broken link here: "Module Index" after "Browse Current Documentation" under Python 2.x on this page: http://www.python.org/doc/ It looks like it should point here: http://docs.python.org/2/py-modindex.html (or equivalently http://docs.python.org/py-modindex.html) instead of-- http://docs.python.org/modindex.html --Chris > > Michael > > On 28 Oct 2012, at 19:06, Chris Jerdonek wrote: > >> Hi, I noticed on "the complete list of documentation by Python version": >> >> http://www.python.org/doc/versions/ >> >> that there are no direct links to the latest in-development versions >> for 2.7, 3.2, and 3.3. There is only a direct link to the >> in-development 3.4 version (as well as direct links to the *released* >> versions of 2.7, 3.2, and 3.3). >> >> I think it would be useful to add sub-bullets under the first bullet >> ("Unreleased, development versions of the documentation") that lists >> direct links to the latest in-development version of each version >> still under development: >> >> * http://docs.python.org/2.7/ >> * http://docs.python.org/3.2/ >> * http://docs.python.org/3.3/ >> * http://docs.python.org/3.4/ >> >> If you choose not to include direct links for these in-development >> versions, I think you should include a note stating that these >> in-development versions exist and that they can be found by navigating >> from the latest development version http://docs.python.org/dev/ . >> >> Thanks, >> --Chris >> > > > -- > http://www.voidspace.org.uk/ > > > May you do good and not evil > May you find forgiveness for yourself and forgive others > May you share freely, never taking more than you give. > -- the sqlite blessing > http://www.sqlite.org/different.html > > > > > From michael at python.org Mon Oct 29 18:43:50 2012 From: michael at python.org (Michael Foord) Date: Mon, 29 Oct 2012 17:43:50 +0000 Subject: [pydotorg-www] links for in-development versions of documentation In-Reply-To: References: <669D5431-3CEE-4902-AA10-8AA74778F688@python.org> Message-ID: An additional report from a user to webmaster at python.org : Also, the "Python 2.x * Browse Current Documentation" link actually goes to "Python v3.3.0 documentation"! On 29 Oct 2012, at 06:51, Chris Jerdonek wrote: > On Sun, Oct 28, 2012 at 3:18 PM, Michael Foord wrote: >> Thanks Chris, I'm forwarding this to the web team. > > Thanks, Michael. I also came across a broken link here: "Module > Index" after "Browse Current Documentation" under Python 2.x on this > page: > > http://www.python.org/doc/ > > It looks like it should point here: > > http://docs.python.org/2/py-modindex.html (or equivalently > http://docs.python.org/py-modindex.html) > > instead of-- > > http://docs.python.org/modindex.html > > --Chris > > > > > >> >> Michael >> >> On 28 Oct 2012, at 19:06, Chris Jerdonek wrote: >> >>> Hi, I noticed on "the complete list of documentation by Python version": >>> >>> http://www.python.org/doc/versions/ >>> >>> that there are no direct links to the latest in-development versions >>> for 2.7, 3.2, and 3.3. There is only a direct link to the >>> in-development 3.4 version (as well as direct links to the *released* >>> versions of 2.7, 3.2, and 3.3). >>> >>> I think it would be useful to add sub-bullets under the first bullet >>> ("Unreleased, development versions of the documentation") that lists >>> direct links to the latest in-development version of each version >>> still under development: >>> >>> * http://docs.python.org/2.7/ >>> * http://docs.python.org/3.2/ >>> * http://docs.python.org/3.3/ >>> * http://docs.python.org/3.4/ >>> >>> If you choose not to include direct links for these in-development >>> versions, I think you should include a note stating that these >>> in-development versions exist and that they can be found by navigating >>> from the latest development version http://docs.python.org/dev/ . >>> >>> Thanks, >>> --Chris >>> >> >> >> -- >> http://www.voidspace.org.uk/ >> >> >> May you do good and not evil >> May you find forgiveness for yourself and forgive others >> May you share freely, never taking more than you give. >> -- the sqlite blessing >> http://www.sqlite.org/different.html >> >> >> >> >> > -- http://www.voidspace.org.uk/ May you do good and not evil May you find forgiveness for yourself and forgive others May you share freely, never taking more than you give. -- the sqlite blessing http://www.sqlite.org/different.html