Peter J. Farley III added the comment:
Sorry, this was not meant as a patch. I have no experience with git or
pulls and would not know where to start to do as you have asked. The text
I provided was intended as model text for the python documentation
maintainer to type into whatever piece
Peter J. Farley III added the comment:
Thank you for responding. I will pursue the issue with the windows-curses
and/or PDCurses team.
Peter
On Wed, Apr 7, 2021 at 12:57 PM Serhiy Storchaka
wrote:
>
> Serhiy Storchaka added the comment:
>
> The curses module is not supporte
New submission from Peter J. Farley III :
curses.pair_number() result under Windows (console or Terminal window) value
must be shifted by 16 bits to be valid to use as input to the
curses.pair_content() function.
If the pair number result is not shifted, the call to curses.pair_content
New submission from Peter J. Farley III :
The documentation for the result values of curses functions inch() and
scrbkgd() or how to use those result values are omitted entirely.
Documentation should at least describe how to use the result values of these
functions without necessarily
New submission from Peter J <peterj.13...@gmail.com>:
the root.geometry() top-level window method returns strings like
"212x128+-9+-8" when the window is located in the top left corner. The
documentation only describes geometry strings containing + or - locat
Peter J C Law added the comment:
Hi,
Sorry for the overkill demo. I've attached a much shorter version, the key
portion of which seems to be that, for the case of UK summer time the timezone,
the tzinfo's `dst()` and `utcoffset()` methods return the same value.
This results in the delta
New submission from Peter J C Law:
There's a difference in behaviour between the ``fromutc`` method on a tzinfo
between Python 2 and Python 3, though only under the specific case of Summer
Time in regions whose usual offset is 0.
From what I can tell, it's the Python 3 one which is wrong
