On Sun, Feb 17, 2013 at 4:56 PM, R. David Murray wrote:
> On Sun, 17 Feb 2013 14:00:24 +1100, Neil Hodgson wrote:
>> Nick Coghlan:
>>
>> > - no need for extensive cross-OS testing prior to commit, that's a key
>> > part of the role of the buildbots
>>
>>Are the buildbots able to test UI featu
On Sun, 17 Feb 2013 14:00:24 +1100, Neil Hodgson wrote:
> Nick Coghlan:
>
> > - no need for extensive cross-OS testing prior to commit, that's a key
> > part of the role of the buildbots
>
>Are the buildbots able to test UI features like menu selections?
Not to mention that the test suite i
Nick Coghlan:
> - no need for extensive cross-OS testing prior to commit, that's a key
> part of the role of the buildbots
Are the buildbots able to test UI features like menu selections?
Neil
___
Python-Dev mailing list
Python-Dev@python.org
ht
On Sun, Feb 17, 2013 at 10:45 AM, Todd Rovito wrote:
> On Sat, Nov 3, 2012 at 5:28 AM, Nick Coghlan wrote:
>> On Sat, Nov 3, 2012 at 1:10 PM, Terry Reedy wrote:
>>> [snip reasons]
>>> OK, I am convinced an info PEP would be a good idea.
>>
>> Unless anyone objects, I'm happy to be BDFL-delegate
On Sat, Nov 3, 2012 at 5:28 AM, Nick Coghlan wrote:
> On Sat, Nov 3, 2012 at 1:10 PM, Terry Reedy wrote:
>> [snip reasons]
>> OK, I am convinced an info PEP would be a good idea.
>
> Unless anyone objects, I'm happy to be BDFL-delegate for such a PEP. I
> mainly want to ensure we clearly fence of
On Sat, Nov 3, 2012 at 1:10 PM, Terry Reedy wrote:
> [snip reasons]
> OK, I am convinced an info PEP would be a good idea.
Unless anyone objects, I'm happy to be BDFL-delegate for such a PEP. I
mainly want to ensure we clearly fence off "IDLE-the-application",
with (in effect) a 6 month release c
On 11/2/2012 10:04 PM, Nick Coghlan wrote:
On Sat, Nov 3, 2012 at 3:29 AM, Terry Reedy wrote:
The way to resolve a proposal
like that is to put it forward as a PEP, and explain the rationale for
treating IDLE differently.
A PEP seems like overkill to me. The matter is a rule clarification,
On Sat, Nov 3, 2012 at 3:29 AM, Terry Reedy wrote:
>> The way to resolve a proposal
>>
>> like that is to put it forward as a PEP, and explain the rationale for
>> treating IDLE differently.
>
>
> A PEP seems like overkill to me. The matter is a rule clarification, not an
> enhancement proposal. T
In article , Terry Reedy
wrote:
> For instance, the existence of a right-click context menu is not
> mentioned in the sketchy Library manual chapter for IDLE.
Actually, it is documented as of a few weeks ago (see the changes for
Issue10405). And the issue under discussion here updated both th
In article <20121102153459.0107b250...@webabinitio.net>,
"R. David Murray" wrote:
> On Sat, 03 Nov 2012 01:16:12 +1000, Nick Coghlan wrote:
> > On Sat, Nov 3, 2012 at 12:46 AM, Andrew Svetlov
> > wrote:
> > > Hi. There are issue for subject: http://bugs.python.org/issue1207589
> [...]
> > The
On 11/2/2012 11:16 AM, Nick Coghlan wrote:
On Sat, Nov 3, 2012 at 12:46 AM, Andrew Svetlov
wrote:
Hi. There are issue for subject: http://bugs.python.org/issue1207589
It has patches, implemented well and committed.
I've pushed it to versions 2.7, 3.2, 3.3 and 3.4.
My thoughts are: the issue is
On Sat, 03 Nov 2012 01:16:12 +1000, Nick Coghlan wrote:
> On Sat, Nov 3, 2012 at 12:46 AM, Andrew Svetlov
> wrote:
> > Hi. There are issue for subject: http://bugs.python.org/issue1207589
[...]
> The status quo is that IDLE is covered by the "no new features in
> maintenance releases" rule along
On Sat, Nov 3, 2012 at 12:46 AM, Andrew Svetlov
wrote:
> Hi. There are issue for subject: http://bugs.python.org/issue1207589
> It has patches, implemented well and committed.
> I've pushed it to versions 2.7, 3.2, 3.3 and 3.4.
>
> My thoughts are: the issue is not brand new subject but improvemen
Hi. There are issue for subject: http://bugs.python.org/issue1207589
It has patches, implemented well and committed.
I've pushed it to versions 2.7, 3.2, 3.3 and 3.4.
My thoughts are: the issue is not brand new subject but improvement for
current IDLE functionality.
Added code cannot break any exi
14 matches
Mail list logo
