pywin32-bugs Mailing List for Python for Windows Extensions (Page 52)
OLD project page for the Python extensions for Windows
Brought to you by:
mhammond
Menu
▾
▴
pywin32-bugs — Automated tracker notifications (not for bug reports!)
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
(24) |
May
(19) |
Jun
(15) |
Jul
(43) |
Aug
(39) |
Sep
(25) |
Oct
(43) |
Nov
(19) |
Dec
(4) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(21) |
Feb
(18) |
Mar
(14) |
Apr
(80) |
May
(56) |
Jun
(24) |
Jul
(30) |
Aug
(17) |
Sep
(36) |
Oct
(106) |
Nov
(38) |
Dec
(30) |
| 2005 |
Jan
(14) |
Feb
(14) |
Mar
(48) |
Apr
(28) |
May
(49) |
Jun
(23) |
Jul
(9) |
Aug
(13) |
Sep
(28) |
Oct
(21) |
Nov
(8) |
Dec
(26) |
| 2006 |
Jan
(56) |
Feb
(33) |
Mar
(33) |
Apr
(18) |
May
(16) |
Jun
(9) |
Jul
(24) |
Aug
(16) |
Sep
(14) |
Oct
(37) |
Nov
(38) |
Dec
(22) |
| 2007 |
Jan
(7) |
Feb
(16) |
Mar
(11) |
Apr
(15) |
May
(15) |
Jun
(8) |
Jul
(24) |
Aug
(26) |
Sep
(18) |
Oct
(11) |
Nov
(20) |
Dec
(1) |
| 2008 |
Jan
(19) |
Feb
(55) |
Mar
(7) |
Apr
(35) |
May
(66) |
Jun
(38) |
Jul
(26) |
Aug
(5) |
Sep
(25) |
Oct
(25) |
Nov
(18) |
Dec
(18) |
| 2009 |
Jan
(25) |
Feb
(38) |
Mar
(29) |
Apr
(25) |
May
(5) |
Jun
(11) |
Jul
(16) |
Aug
(16) |
Sep
(16) |
Oct
(1) |
Nov
(15) |
Dec
(33) |
| 2010 |
Jan
(13) |
Feb
(11) |
Mar
(1) |
Apr
(24) |
May
(26) |
Jun
(19) |
Jul
(22) |
Aug
(51) |
Sep
(38) |
Oct
(39) |
Nov
(25) |
Dec
(27) |
| 2011 |
Jan
(40) |
Feb
(31) |
Mar
(21) |
Apr
(42) |
May
(11) |
Jun
(16) |
Jul
(20) |
Aug
(14) |
Sep
(6) |
Oct
(8) |
Nov
(34) |
Dec
(7) |
| 2012 |
Jan
(60) |
Feb
(24) |
Mar
(6) |
Apr
(28) |
May
(41) |
Jun
(15) |
Jul
(14) |
Aug
(25) |
Sep
(30) |
Oct
(18) |
Nov
(30) |
Dec
(9) |
| 2013 |
Jan
(3) |
Feb
(8) |
Mar
(17) |
Apr
(23) |
May
(34) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
|
|
From: SourceForge.net <no...@so...> - 2008-07-04 01:55:55
|
Bugs item #1953828, was opened at 2008-04-29 12:26 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1953828&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: win32 Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Hugh Emberson (hugh_emberson) Assigned to: Mark Hammond (mhammond) Summary: win32rcparser: stringTable error in GenerateFrozenResource Initial Comment: Version: 210 win32rcparser.GenerateFrozenResource() does not write the string table correctly. This snippet shows the string table generated by running win32rcparser.GenerateFrozenResource("test.rc", "testres.py", "test.h"): ------------------------------------------------------- stringTable = \ {'IDS_TEST_STRING1': <win32rcparser.StringDef instance at 0x00C538C8>, 'IDS_TEST_STRING2': <win32rcparser.StringDef instance at 0x00C53918>, 'IDS_TEST_STRING3': <win32rcparser.StringDef instance at 0x00C539E0>, 'IDS_TEST_STRING4': <win32rcparser.StringDef instance at 0x00C53A30>} ------------------------------------------------------- where test.rc and test.h come from site-packages\win32\test\win32rcparser I've attached the complete file below. I believe that fix is to add a __repr__ method to StringDef and to output a class definition of StringDef in the generated source. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2008-07-04 11:56 Message: Logged In: YES user_id=14198 Originator: NO Thanks - I finally got back to this and added tests. Checking in lib/win32rcparser.py; new revision: 1.5; previous revision: 1.4 Checking in test/test_win32rcparser.py; new revision: 1.3; previous revision: 1.2 ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2008-05-04 21:04 Message: Logged In: YES user_id=14198 Originator: NO Thanks - but is there any chance you could change win32\test\test_win32rcparser.py to demonstrate the problem and the fix? It already loads a test.rc file that includes string resource, so it shouldn't be hard. I'm afraid I'm out of time to do it in the next couple of weeks - if you can add such tests it could still make it for build 211. Thanks! ---------------------------------------------------------------------- Comment By: Hugh Emberson (hugh_emberson) Date: 2008-04-29 12:52 Message: Logged In: YES user_id=1984762 Originator: YES Here is a patch which fixes the problem. File Added: win32rcparser.py.patch ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1953828&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-07-04 00:53:59
|
Bugs item #1983087, was opened at 2008-06-03 16:51 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1983087&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: installation Group: None >Status: Closed >Resolution: Wont Fix Priority: 5 Private: No Submitted By: Muhammad Ali Shah (ragamuffin) Assigned to: Nobody/Anonymous (nobody) Summary: Package for Python 2.6 is corrupt Initial Comment: Hi, I just downloaded the exe for installing with Python 2.6 but I can't run the setup. The error message I get is "The application has failed to start because the application configuration is incorrect. Reinstalling the application may fix this problem." It seems that the setup available for download is corrupt. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2008-07-04 10:54 Message: Logged In: YES user_id=14198 Originator: NO I'm closing this under the assumption the missing runtime was the problem, and that python itself will fix that. Please reopen this if that is not the case. ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2008-06-03 17:02 Message: Logged In: YES user_id=14198 Originator: NO Does Python 2.6 itself start OK? If not, the problem is that the vs2008 "redistributables" aren't installed, which both python and pywin32 depend on. This is a bug in Python's installer, but once python.exe works, pywin32 should install and work. ---------------------------------------------------------------------- Comment By: Muhammad Ali Shah (ragamuffin) Date: 2008-06-03 16:57 Message: Logged In: YES user_id=584378 Originator: YES Forgot to mention that this is happening with build 211 only (not with earlier builds) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1983087&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-07-04 00:53:01
|
Bugs item #1984147, was opened at 2008-06-04 16:45 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1984147&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Hugh S. Myers (hsmyers) Assigned to: Nobody/Anonymous (nobody) Summary: Bogus indentation errors Initial Comment: PythonWin under some circumstances is unable to handle multi line docstrings. Yet when they are removed(the offending docstring), there remain bogus indent errors. This further seems to corrupt the file, as apon reload or restart and load, bogus error is still there. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2008-07-04 10:53 Message: Logged In: YES user_id=14198 Originator: NO There haven't been any recent fixes to autoindent. Can you please provide an example of how I can reproduce this? ---------------------------------------------------------------------- Comment By: Hugh S. Myers (hsmyers) Date: 2008-06-04 17:03 Message: Logged In: YES user_id=281969 Originator: YES After some research the bogus errors can be made to go away by block de-indenting and then re-indenting. Is this the problem fixed with a newer version of autoindent.py? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1984147&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-07-04 00:51:59
|
Bugs item #1997051, was opened at 2008-06-19 03:08 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1997051&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Works For Me Priority: 5 Private: No Submitted By: Peter Botros (peterbotros) Assigned to: Nobody/Anonymous (nobody) Summary: win32api, win32com.client Initial Comment: downloaded pwin32 from http://sourceforge.net/project/showfiles.php?group_id=78018&package_id=79063 installed it then, from a python shell, tried: >>> import win32com.client Traceback (most recent call last): File "<stdin>", line 1, in ? File "C:\Python24\Lib\site-packages\win32com\__init__.py", line 5, in ? import win32api, sys, os ImportError: No module named win32api what can be done ?? Thanks ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2008-07-04 10:52 Message: Logged In: YES user_id=14198 Originator: NO Please reopen this if you are still having problems. ---------------------------------------------------------------------- Comment By: Roger Upole (rupole) Date: 2008-06-19 07:19 Message: Logged In: YES user_id=771074 Originator: NO If it was installed over an existing installation, you might want to check if there are any outdated dll's left over from the previous build. It's possible old versions of pythoncom24.dll or pywintypes24.dll may be left in your system32 directory, or the \Lib\site-packages\pywin32_system32 dir. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1997051&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-07-03 23:22:42
|
Bugs item #2009780, was opened at 2008-07-04 00:42 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2009780&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: pythonwin Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Steven Doyle (steven_doyle) Assigned to: Nobody/Anonymous (nobody) Summary: UnicodeDecodeError on version 211 Initial Comment: Clean install of python 2.5.2 and windows extensions version 211. After calling my own COM object moniker = win32com.client.Dispatch('MXApi.MXMoniker') moniker.ParseDisplayName("live/chain.fx/global/usd/default") results in a UnicodeDecodeError: 'ascii' codec can't decode byte ... error. Reinstalling version 210 again and the problem goes away. Any ideas? ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2008-07-04 09:22 Message: Logged In: YES user_id=14198 Originator: NO Can you please include the full traceback you see? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2009780&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-07-03 14:42:40
|
Bugs item #2009780, was opened at 2008-07-03 15:42 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2009780&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: pythonwin Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Steven Doyle (steven_doyle) Assigned to: Nobody/Anonymous (nobody) Summary: UnicodeDecodeError on version 211 Initial Comment: Clean install of python 2.5.2 and windows extensions version 211. After calling my own COM object moniker = win32com.client.Dispatch('MXApi.MXMoniker') moniker.ParseDisplayName("live/chain.fx/global/usd/default") results in a UnicodeDecodeError: 'ascii' codec can't decode byte ... error. Reinstalling version 210 again and the problem goes away. Any ideas? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2009780&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-06-30 00:22:24
|
Bugs item #2006053, was opened at 2008-06-29 12:33 Message generated for change (Comment added) made by rupole You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2006053&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: com Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Prinz (sgollmer) Assigned to: Nobody/Anonymous (nobody) Summary: build.py UnicodeDecodeError pywin32-211 Initial Comment: Hai, I have a issue with Python 2.5.2/pywin32-211: >>> >>> >>> from win32com.client import GetObject >>> WMI = GetObject('winmgmts:') >>> Entries = WMI.ExecQuery('select * from Win32_Process where Name="svchost.exe"') Traceback (most recent call last): File "<pyshell#5>", line 1, in <module> Entries = WMI.ExecQuery('select * from Win32_Process where Name="svchost.exe"') File "C:\Programme\Python25\Lib\site-packages\win32com\client\dynamic.py", line 467, in __getattr__ if self._olerepr_.mapFuncs.has_key(attr): return self._make_method_(attr) File "C:\Programme\Python25\Lib\site-packages\win32com\client\dynamic.py", line 295, in _make_method_ methodCodeList = self._olerepr_.MakeFuncMethod(self._olerepr_.mapFuncs[name], methodName,0) File "C:\Programme\Python25\Lib\site-packages\win32com\client\build.py", line 297, in MakeFuncMethod return self.MakeDispatchFuncMethod(entry, name, bMakeClass) File "C:\Programme\Python25\Lib\site-packages\win32com\client\build.py", line 318, in MakeDispatchFuncMethod s = linePrefix + 'def ' + name + '(self' + BuildCallList(fdesc, names, defNamedOptArg, defNamedNotOptArg, defUnnamedArg, defOutArg) + '):' File "C:\Programme\Python25\Lib\site-packages\win32com\client\build.py", line 604, in BuildCallList argName = MakePublicAttributeName(argName) File "C:\Programme\Python25\Lib\site-packages\win32com\client\build.py", line 542, in MakePublicAttributeName return filter( lambda char: char in valid_identifier_chars, className) File "C:\Programme\Python25\Lib\site-packages\win32com\client\build.py", line 542, in <lambda> return filter( lambda char: char in valid_identifier_chars, className) UnicodeDecodeError: 'ascii' codec can't decode byte 0x83 in position 52: ordinal not in range(128) >>> This error didn't occure on pywin32-210. Is something wrong with my code? Thanks Prinz ---------------------------------------------------------------------- >Comment By: Roger Upole (rupole) Date: 2008-06-29 19:22 Message: Logged In: YES user_id=771074 Originator: NO A fix has been commited to CVS, see build.py 1.31. Reported on python tracker: http://bugs.python.org/issue3240 ---------------------------------------------------------------------- Comment By: Roger Upole (rupole) Date: 2008-06-29 18:46 Message: Logged In: YES user_id=771074 Originator: NO Looks like ascii_letters is a good workaround, I'll check it in. This should probably be reported on the Python bug tracker also. ---------------------------------------------------------------------- Comment By: John Machin (sjmachin) Date: 2008-06-29 17:33 Message: Logged In: YES user_id=480138 Originator: NO string.letters is locale-dependent. Looks like Idle started using locale (or locale stuff started working in Windows) in Python 2.3 (!) -- see below. Why not use string.ascii_letters? Python 2.2.3 (#42, May 30 2003, 18:12:08) [MSC 32 bit (Intel)] on win32 [snip] IDLE 0.8 -- press F1 for help >>> import locale; locale.getlocale() (None, None) >>> import string; string.letters 'abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ' >>> =============================================================== Python 2.3.5 (#62, Feb 8 2005, 16:23:02) [MSC v.1200 32 bit (Intel)] on win32 [snip] IDLE 1.0.5 >>> import locale; locale.getlocale() ['English_Australia', '1252'] >>> import string; string.letters 'ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz\x83\x8a\[snip] >>> ---------------------------------------------------------------------- Comment By: Roger Upole (rupole) Date: 2008-06-29 15:29 Message: Logged In: YES user_id=771074 Originator: NO I finally remembered where I'd seen this before. This happens in IDLE, but not from python.exe or Pythonwin. There appears to be a problem with the way stropmodule constructs its 'letters' attribute. in python.exe: Python 2.5.2 (r252:60911, Feb 21 2008, 13:11:45) [MSC v.1310 32 bit (Intel)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> import string >>> repr(string.letters) "'abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ'" >From Pythonwin: PythonWin 2.5.2 (r252:60911, Feb 21 2008, 13:11:45) [MSC v.1310 32 bit (Intel)] on win32. Portions Copyright 1994-2008 Mark Hammond - see 'Help/About PythonWin' for further copyright information. >>> import string >>> repr(string.letters) "'abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ'" Now from IDLE: IDLE 1.2.2 >>> import string >>> repr(string.letters) "'ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz\\x83\\x8a\\x8c\\x8e\\x9a\\x9c\\x9e\\x9f\\xaa\\xb5\\xba\\xc0\\xc1\\xc2\\xc3\\xc4\\xc5\\xc6\\xc7\\xc8\\xc9\\xca\\xcb\\xcc\\xcd\\xce\\xcf\\xd0\\xd1\\xd2\\xd3\\xd4\\xd5\\xd6\\xd8\\xd9\\xda\\xdb\\xdc\\xdd\\xde\\xdf\\xe0\\xe1\\xe2\\xe3\\xe4\\xe5\\xe6\\xe7\\xe8\\xe9\\xea\\xeb\\xec\\xed\\xee\\xef\\xf0\\xf1\\xf2\\xf3\\xf4\\xf5\\xf6\\xf8\\xf9\\xfa\\xfb\\xfc\\xfd\\xfe\\xff'" I'm not sure why this is happening, but it appears to be a bug in Python itself. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2006053&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-06-29 23:46:05
|
Bugs item #2006053, was opened at 2008-06-29 12:33 Message generated for change (Comment added) made by rupole You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2006053&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: com Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Prinz (sgollmer) Assigned to: Nobody/Anonymous (nobody) Summary: build.py UnicodeDecodeError pywin32-211 Initial Comment: Hai, I have a issue with Python 2.5.2/pywin32-211: >>> >>> >>> from win32com.client import GetObject >>> WMI = GetObject('winmgmts:') >>> Entries = WMI.ExecQuery('select * from Win32_Process where Name="svchost.exe"') Traceback (most recent call last): File "<pyshell#5>", line 1, in <module> Entries = WMI.ExecQuery('select * from Win32_Process where Name="svchost.exe"') File "C:\Programme\Python25\Lib\site-packages\win32com\client\dynamic.py", line 467, in __getattr__ if self._olerepr_.mapFuncs.has_key(attr): return self._make_method_(attr) File "C:\Programme\Python25\Lib\site-packages\win32com\client\dynamic.py", line 295, in _make_method_ methodCodeList = self._olerepr_.MakeFuncMethod(self._olerepr_.mapFuncs[name], methodName,0) File "C:\Programme\Python25\Lib\site-packages\win32com\client\build.py", line 297, in MakeFuncMethod return self.MakeDispatchFuncMethod(entry, name, bMakeClass) File "C:\Programme\Python25\Lib\site-packages\win32com\client\build.py", line 318, in MakeDispatchFuncMethod s = linePrefix + 'def ' + name + '(self' + BuildCallList(fdesc, names, defNamedOptArg, defNamedNotOptArg, defUnnamedArg, defOutArg) + '):' File "C:\Programme\Python25\Lib\site-packages\win32com\client\build.py", line 604, in BuildCallList argName = MakePublicAttributeName(argName) File "C:\Programme\Python25\Lib\site-packages\win32com\client\build.py", line 542, in MakePublicAttributeName return filter( lambda char: char in valid_identifier_chars, className) File "C:\Programme\Python25\Lib\site-packages\win32com\client\build.py", line 542, in <lambda> return filter( lambda char: char in valid_identifier_chars, className) UnicodeDecodeError: 'ascii' codec can't decode byte 0x83 in position 52: ordinal not in range(128) >>> This error didn't occure on pywin32-210. Is something wrong with my code? Thanks Prinz ---------------------------------------------------------------------- >Comment By: Roger Upole (rupole) Date: 2008-06-29 18:46 Message: Logged In: YES user_id=771074 Originator: NO Looks like ascii_letters is a good workaround, I'll check it in. This should probably be reported on the Python bug tracker also. ---------------------------------------------------------------------- Comment By: John Machin (sjmachin) Date: 2008-06-29 17:33 Message: Logged In: YES user_id=480138 Originator: NO string.letters is locale-dependent. Looks like Idle started using locale (or locale stuff started working in Windows) in Python 2.3 (!) -- see below. Why not use string.ascii_letters? Python 2.2.3 (#42, May 30 2003, 18:12:08) [MSC 32 bit (Intel)] on win32 [snip] IDLE 0.8 -- press F1 for help >>> import locale; locale.getlocale() (None, None) >>> import string; string.letters 'abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ' >>> =============================================================== Python 2.3.5 (#62, Feb 8 2005, 16:23:02) [MSC v.1200 32 bit (Intel)] on win32 [snip] IDLE 1.0.5 >>> import locale; locale.getlocale() ['English_Australia', '1252'] >>> import string; string.letters 'ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz\x83\x8a\[snip] >>> ---------------------------------------------------------------------- Comment By: Roger Upole (rupole) Date: 2008-06-29 15:29 Message: Logged In: YES user_id=771074 Originator: NO I finally remembered where I'd seen this before. This happens in IDLE, but not from python.exe or Pythonwin. There appears to be a problem with the way stropmodule constructs its 'letters' attribute. in python.exe: Python 2.5.2 (r252:60911, Feb 21 2008, 13:11:45) [MSC v.1310 32 bit (Intel)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> import string >>> repr(string.letters) "'abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ'" >From Pythonwin: PythonWin 2.5.2 (r252:60911, Feb 21 2008, 13:11:45) [MSC v.1310 32 bit (Intel)] on win32. Portions Copyright 1994-2008 Mark Hammond - see 'Help/About PythonWin' for further copyright information. >>> import string >>> repr(string.letters) "'abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ'" Now from IDLE: IDLE 1.2.2 >>> import string >>> repr(string.letters) "'ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz\\x83\\x8a\\x8c\\x8e\\x9a\\x9c\\x9e\\x9f\\xaa\\xb5\\xba\\xc0\\xc1\\xc2\\xc3\\xc4\\xc5\\xc6\\xc7\\xc8\\xc9\\xca\\xcb\\xcc\\xcd\\xce\\xcf\\xd0\\xd1\\xd2\\xd3\\xd4\\xd5\\xd6\\xd8\\xd9\\xda\\xdb\\xdc\\xdd\\xde\\xdf\\xe0\\xe1\\xe2\\xe3\\xe4\\xe5\\xe6\\xe7\\xe8\\xe9\\xea\\xeb\\xec\\xed\\xee\\xef\\xf0\\xf1\\xf2\\xf3\\xf4\\xf5\\xf6\\xf8\\xf9\\xfa\\xfb\\xfc\\xfd\\xfe\\xff'" I'm not sure why this is happening, but it appears to be a bug in Python itself. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2006053&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-06-29 22:33:47
|
Bugs item #2006053, was opened at 2008-06-30 03:33 Message generated for change (Comment added) made by sjmachin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2006053&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: com Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Prinz (sgollmer) Assigned to: Nobody/Anonymous (nobody) Summary: build.py UnicodeDecodeError pywin32-211 Initial Comment: Hai, I have a issue with Python 2.5.2/pywin32-211: >>> >>> >>> from win32com.client import GetObject >>> WMI = GetObject('winmgmts:') >>> Entries = WMI.ExecQuery('select * from Win32_Process where Name="svchost.exe"') Traceback (most recent call last): File "<pyshell#5>", line 1, in <module> Entries = WMI.ExecQuery('select * from Win32_Process where Name="svchost.exe"') File "C:\Programme\Python25\Lib\site-packages\win32com\client\dynamic.py", line 467, in __getattr__ if self._olerepr_.mapFuncs.has_key(attr): return self._make_method_(attr) File "C:\Programme\Python25\Lib\site-packages\win32com\client\dynamic.py", line 295, in _make_method_ methodCodeList = self._olerepr_.MakeFuncMethod(self._olerepr_.mapFuncs[name], methodName,0) File "C:\Programme\Python25\Lib\site-packages\win32com\client\build.py", line 297, in MakeFuncMethod return self.MakeDispatchFuncMethod(entry, name, bMakeClass) File "C:\Programme\Python25\Lib\site-packages\win32com\client\build.py", line 318, in MakeDispatchFuncMethod s = linePrefix + 'def ' + name + '(self' + BuildCallList(fdesc, names, defNamedOptArg, defNamedNotOptArg, defUnnamedArg, defOutArg) + '):' File "C:\Programme\Python25\Lib\site-packages\win32com\client\build.py", line 604, in BuildCallList argName = MakePublicAttributeName(argName) File "C:\Programme\Python25\Lib\site-packages\win32com\client\build.py", line 542, in MakePublicAttributeName return filter( lambda char: char in valid_identifier_chars, className) File "C:\Programme\Python25\Lib\site-packages\win32com\client\build.py", line 542, in <lambda> return filter( lambda char: char in valid_identifier_chars, className) UnicodeDecodeError: 'ascii' codec can't decode byte 0x83 in position 52: ordinal not in range(128) >>> This error didn't occure on pywin32-210. Is something wrong with my code? Thanks Prinz ---------------------------------------------------------------------- Comment By: John Machin (sjmachin) Date: 2008-06-30 08:33 Message: Logged In: YES user_id=480138 Originator: NO string.letters is locale-dependent. Looks like Idle started using locale (or locale stuff started working in Windows) in Python 2.3 (!) -- see below. Why not use string.ascii_letters? Python 2.2.3 (#42, May 30 2003, 18:12:08) [MSC 32 bit (Intel)] on win32 [snip] IDLE 0.8 -- press F1 for help >>> import locale; locale.getlocale() (None, None) >>> import string; string.letters 'abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ' >>> =============================================================== Python 2.3.5 (#62, Feb 8 2005, 16:23:02) [MSC v.1200 32 bit (Intel)] on win32 [snip] IDLE 1.0.5 >>> import locale; locale.getlocale() ['English_Australia', '1252'] >>> import string; string.letters 'ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz\x83\x8a\[snip] >>> ---------------------------------------------------------------------- Comment By: Roger Upole (rupole) Date: 2008-06-30 06:29 Message: Logged In: YES user_id=771074 Originator: NO I finally remembered where I'd seen this before. This happens in IDLE, but not from python.exe or Pythonwin. There appears to be a problem with the way stropmodule constructs its 'letters' attribute. in python.exe: Python 2.5.2 (r252:60911, Feb 21 2008, 13:11:45) [MSC v.1310 32 bit (Intel)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> import string >>> repr(string.letters) "'abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ'" >From Pythonwin: PythonWin 2.5.2 (r252:60911, Feb 21 2008, 13:11:45) [MSC v.1310 32 bit (Intel)] on win32. Portions Copyright 1994-2008 Mark Hammond - see 'Help/About PythonWin' for further copyright information. >>> import string >>> repr(string.letters) "'abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ'" Now from IDLE: IDLE 1.2.2 >>> import string >>> repr(string.letters) "'ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz\\x83\\x8a\\x8c\\x8e\\x9a\\x9c\\x9e\\x9f\\xaa\\xb5\\xba\\xc0\\xc1\\xc2\\xc3\\xc4\\xc5\\xc6\\xc7\\xc8\\xc9\\xca\\xcb\\xcc\\xcd\\xce\\xcf\\xd0\\xd1\\xd2\\xd3\\xd4\\xd5\\xd6\\xd8\\xd9\\xda\\xdb\\xdc\\xdd\\xde\\xdf\\xe0\\xe1\\xe2\\xe3\\xe4\\xe5\\xe6\\xe7\\xe8\\xe9\\xea\\xeb\\xec\\xed\\xee\\xef\\xf0\\xf1\\xf2\\xf3\\xf4\\xf5\\xf6\\xf8\\xf9\\xfa\\xfb\\xfc\\xfd\\xfe\\xff'" I'm not sure why this is happening, but it appears to be a bug in Python itself. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2006053&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-06-29 20:39:21
|
Bugs item #1998611, was opened at 2008-06-20 04:44 Message generated for change (Comment added) made by rupole You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1998611&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: com Group: None >Status: Closed >Resolution: Duplicate Priority: 6 Private: No Submitted By: P.Jeremie (p_jeremie) Assigned to: Mark Hammond (mhammond) Summary: excel.Workbooks.Add() python 2.5 pywin32-211 error Initial Comment: Hello all, I've got some issues with Python 2.5.2 + Pywin 2.5 Here is what I get when I try to open a new workbook in Excel: >>> excel.Visible = 1 >>> excel.Workbooks.Add() Traceback (most recent call last): File "<pyshell#1>", line 1, in <module> excel.Workbooks.Add() File "C:\Python25\Lib\site-packages\win32com\client\dynamic.py", line 467, in __getattr__ if self._olerepr_.mapFuncs.has_key(attr): return self._make_method_(attr) File "C:\Python25\Lib\site-packages\win32com\client\dynamic.py", line 295, in _make_method_ methodCodeList = self._olerepr_.MakeFuncMethod(self._olerepr_.mapFuncs[name], methodName,0) File "C:\Python25\Lib\site-packages\win32com\client\build.py", line 297, in MakeFuncMethod return self.MakeDispatchFuncMethod(entry, name, bMakeClass) File "C:\Python25\Lib\site-packages\win32com\client\build.py", line 318, in MakeDispatchFuncMethod s = linePrefix + 'def ' + name + '(self' + BuildCallList(fdesc, names, defNamedOptArg, defNamedNotOptArg, defUnnamedArg, defOutArg) + '):' File "C:\Python25\Lib\site-packages\win32com\client\build.py", line 604, in BuildCallList argName = MakePublicAttributeName(argName) File "C:\Python25\Lib\site-packages\win32com\client\build.py", line 542, in MakePublicAttributeName return filter(lambda char: char in valid_identifier_chars, className) Is it linked with the fact that I installed 2.5.2 over 2.4 ? Thanks for your help. Cheers, Jeremie File "C:\Python25\Lib\site-packages\win32com\client\build.py", line 542, in <lambda> return filter(lambda char: char in valid_identifier_chars, className) UnicodeDecodeError: 'ascii' codec can't decode byte 0x83 in position 52: ordinal not in range(128) ---------------------------------------------------------------------- >Comment By: Roger Upole (rupole) Date: 2008-06-29 15:39 Message: Logged In: YES user_id=771074 Originator: NO This is also reported in bug #2006053 ---------------------------------------------------------------------- Comment By: Roger Upole (rupole) Date: 2008-06-24 18:24 Message: Logged In: YES user_id=771074 Originator: NO Sorry, I meant put the print statements in build.py right before line 542 where the error occurred. ---------------------------------------------------------------------- Comment By: P.Jeremie (p_jeremie) Date: 2008-06-24 02:21 Message: Logged In: YES user_id=2123933 Originator: YES I just entered this: >>> excel.Visible = 1 >>> excel.Workbooks.Add() ---------------------------------------------------------------------- Comment By: Roger Upole (rupole) Date: 2008-06-23 14:42 Message: Logged In: YES user_id=771074 Originator: NO I've hit this error once myself, but couldn't reproduce it. Could you insert a couple of prints before the offending line to see what className and valid_identifier_chars contain ? ---------------------------------------------------------------------- Comment By: P.Jeremie (p_jeremie) Date: 2008-06-23 10:20 Message: Logged In: YES user_id=2123933 Originator: YES Note that with Pywin32 2.10, the problem doe not occur... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1998611&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-06-29 20:29:23
|
Bugs item #2006053, was opened at 2008-06-29 12:33 Message generated for change (Comment added) made by rupole You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2006053&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: com Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Prinz (sgollmer) Assigned to: Nobody/Anonymous (nobody) Summary: build.py UnicodeDecodeError pywin32-211 Initial Comment: Hai, I have a issue with Python 2.5.2/pywin32-211: >>> >>> >>> from win32com.client import GetObject >>> WMI = GetObject('winmgmts:') >>> Entries = WMI.ExecQuery('select * from Win32_Process where Name="svchost.exe"') Traceback (most recent call last): File "<pyshell#5>", line 1, in <module> Entries = WMI.ExecQuery('select * from Win32_Process where Name="svchost.exe"') File "C:\Programme\Python25\Lib\site-packages\win32com\client\dynamic.py", line 467, in __getattr__ if self._olerepr_.mapFuncs.has_key(attr): return self._make_method_(attr) File "C:\Programme\Python25\Lib\site-packages\win32com\client\dynamic.py", line 295, in _make_method_ methodCodeList = self._olerepr_.MakeFuncMethod(self._olerepr_.mapFuncs[name], methodName,0) File "C:\Programme\Python25\Lib\site-packages\win32com\client\build.py", line 297, in MakeFuncMethod return self.MakeDispatchFuncMethod(entry, name, bMakeClass) File "C:\Programme\Python25\Lib\site-packages\win32com\client\build.py", line 318, in MakeDispatchFuncMethod s = linePrefix + 'def ' + name + '(self' + BuildCallList(fdesc, names, defNamedOptArg, defNamedNotOptArg, defUnnamedArg, defOutArg) + '):' File "C:\Programme\Python25\Lib\site-packages\win32com\client\build.py", line 604, in BuildCallList argName = MakePublicAttributeName(argName) File "C:\Programme\Python25\Lib\site-packages\win32com\client\build.py", line 542, in MakePublicAttributeName return filter( lambda char: char in valid_identifier_chars, className) File "C:\Programme\Python25\Lib\site-packages\win32com\client\build.py", line 542, in <lambda> return filter( lambda char: char in valid_identifier_chars, className) UnicodeDecodeError: 'ascii' codec can't decode byte 0x83 in position 52: ordinal not in range(128) >>> This error didn't occure on pywin32-210. Is something wrong with my code? Thanks Prinz ---------------------------------------------------------------------- >Comment By: Roger Upole (rupole) Date: 2008-06-29 15:29 Message: Logged In: YES user_id=771074 Originator: NO I finally remembered where I'd seen this before. This happens in IDLE, but not from python.exe or Pythonwin. There appears to be a problem with the way stropmodule constructs its 'letters' attribute. in python.exe: Python 2.5.2 (r252:60911, Feb 21 2008, 13:11:45) [MSC v.1310 32 bit (Intel)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> import string >>> repr(string.letters) "'abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ'" >From Pythonwin: PythonWin 2.5.2 (r252:60911, Feb 21 2008, 13:11:45) [MSC v.1310 32 bit (Intel)] on win32. Portions Copyright 1994-2008 Mark Hammond - see 'Help/About PythonWin' for further copyright information. >>> import string >>> repr(string.letters) "'abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ'" Now from IDLE: IDLE 1.2.2 >>> import string >>> repr(string.letters) "'ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz\\x83\\x8a\\x8c\\x8e\\x9a\\x9c\\x9e\\x9f\\xaa\\xb5\\xba\\xc0\\xc1\\xc2\\xc3\\xc4\\xc5\\xc6\\xc7\\xc8\\xc9\\xca\\xcb\\xcc\\xcd\\xce\\xcf\\xd0\\xd1\\xd2\\xd3\\xd4\\xd5\\xd6\\xd8\\xd9\\xda\\xdb\\xdc\\xdd\\xde\\xdf\\xe0\\xe1\\xe2\\xe3\\xe4\\xe5\\xe6\\xe7\\xe8\\xe9\\xea\\xeb\\xec\\xed\\xee\\xef\\xf0\\xf1\\xf2\\xf3\\xf4\\xf5\\xf6\\xf8\\xf9\\xfa\\xfb\\xfc\\xfd\\xfe\\xff'" I'm not sure why this is happening, but it appears to be a bug in Python itself. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2006053&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-06-29 17:33:16
|
Bugs item #2006053, was opened at 2008-06-29 19:33 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2006053&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: com Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Prinz (sgollmer) Assigned to: Nobody/Anonymous (nobody) Summary: build.py UnicodeDecodeError pywin32-211 Initial Comment: Hai, I have a issue with Python 2.5.2/pywin32-211: >>> >>> >>> from win32com.client import GetObject >>> WMI = GetObject('winmgmts:') >>> Entries = WMI.ExecQuery('select * from Win32_Process where Name="svchost.exe"') Traceback (most recent call last): File "<pyshell#5>", line 1, in <module> Entries = WMI.ExecQuery('select * from Win32_Process where Name="svchost.exe"') File "C:\Programme\Python25\Lib\site-packages\win32com\client\dynamic.py", line 467, in __getattr__ if self._olerepr_.mapFuncs.has_key(attr): return self._make_method_(attr) File "C:\Programme\Python25\Lib\site-packages\win32com\client\dynamic.py", line 295, in _make_method_ methodCodeList = self._olerepr_.MakeFuncMethod(self._olerepr_.mapFuncs[name], methodName,0) File "C:\Programme\Python25\Lib\site-packages\win32com\client\build.py", line 297, in MakeFuncMethod return self.MakeDispatchFuncMethod(entry, name, bMakeClass) File "C:\Programme\Python25\Lib\site-packages\win32com\client\build.py", line 318, in MakeDispatchFuncMethod s = linePrefix + 'def ' + name + '(self' + BuildCallList(fdesc, names, defNamedOptArg, defNamedNotOptArg, defUnnamedArg, defOutArg) + '):' File "C:\Programme\Python25\Lib\site-packages\win32com\client\build.py", line 604, in BuildCallList argName = MakePublicAttributeName(argName) File "C:\Programme\Python25\Lib\site-packages\win32com\client\build.py", line 542, in MakePublicAttributeName return filter( lambda char: char in valid_identifier_chars, className) File "C:\Programme\Python25\Lib\site-packages\win32com\client\build.py", line 542, in <lambda> return filter( lambda char: char in valid_identifier_chars, className) UnicodeDecodeError: 'ascii' codec can't decode byte 0x83 in position 52: ordinal not in range(128) >>> This error didn't occure on pywin32-210. Is something wrong with my code? Thanks Prinz ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2006053&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-06-24 23:24:33
|
Bugs item #1998611, was opened at 2008-06-20 04:44 Message generated for change (Comment added) made by rupole You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1998611&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: com Group: None Status: Open Resolution: None Priority: 6 Private: No Submitted By: P.Jeremie (p_jeremie) Assigned to: Mark Hammond (mhammond) Summary: excel.Workbooks.Add() python 2.5 pywin32-211 error Initial Comment: Hello all, I've got some issues with Python 2.5.2 + Pywin 2.5 Here is what I get when I try to open a new workbook in Excel: >>> excel.Visible = 1 >>> excel.Workbooks.Add() Traceback (most recent call last): File "<pyshell#1>", line 1, in <module> excel.Workbooks.Add() File "C:\Python25\Lib\site-packages\win32com\client\dynamic.py", line 467, in __getattr__ if self._olerepr_.mapFuncs.has_key(attr): return self._make_method_(attr) File "C:\Python25\Lib\site-packages\win32com\client\dynamic.py", line 295, in _make_method_ methodCodeList = self._olerepr_.MakeFuncMethod(self._olerepr_.mapFuncs[name], methodName,0) File "C:\Python25\Lib\site-packages\win32com\client\build.py", line 297, in MakeFuncMethod return self.MakeDispatchFuncMethod(entry, name, bMakeClass) File "C:\Python25\Lib\site-packages\win32com\client\build.py", line 318, in MakeDispatchFuncMethod s = linePrefix + 'def ' + name + '(self' + BuildCallList(fdesc, names, defNamedOptArg, defNamedNotOptArg, defUnnamedArg, defOutArg) + '):' File "C:\Python25\Lib\site-packages\win32com\client\build.py", line 604, in BuildCallList argName = MakePublicAttributeName(argName) File "C:\Python25\Lib\site-packages\win32com\client\build.py", line 542, in MakePublicAttributeName return filter(lambda char: char in valid_identifier_chars, className) Is it linked with the fact that I installed 2.5.2 over 2.4 ? Thanks for your help. Cheers, Jeremie File "C:\Python25\Lib\site-packages\win32com\client\build.py", line 542, in <lambda> return filter(lambda char: char in valid_identifier_chars, className) UnicodeDecodeError: 'ascii' codec can't decode byte 0x83 in position 52: ordinal not in range(128) ---------------------------------------------------------------------- >Comment By: Roger Upole (rupole) Date: 2008-06-24 18:24 Message: Logged In: YES user_id=771074 Originator: NO Sorry, I meant put the print statements in build.py right before line 542 where the error occurred. ---------------------------------------------------------------------- Comment By: P.Jeremie (p_jeremie) Date: 2008-06-24 02:21 Message: Logged In: YES user_id=2123933 Originator: YES I just entered this: >>> excel.Visible = 1 >>> excel.Workbooks.Add() ---------------------------------------------------------------------- Comment By: Roger Upole (rupole) Date: 2008-06-23 14:42 Message: Logged In: YES user_id=771074 Originator: NO I've hit this error once myself, but couldn't reproduce it. Could you insert a couple of prints before the offending line to see what className and valid_identifier_chars contain ? ---------------------------------------------------------------------- Comment By: P.Jeremie (p_jeremie) Date: 2008-06-23 10:20 Message: Logged In: YES user_id=2123933 Originator: YES Note that with Pywin32 2.10, the problem doe not occur... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1998611&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-06-24 22:22:30
|
Patches item #2001993, was opened at 2008-06-25 05:40 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=2001993&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Trent Mick (tmick) Assigned to: Nobody/Anonymous (nobody) Summary: patch to improve "find_platform_sdk_dir" in setup.py Initial Comment: The latest Platform SDK (the "Microsoft Windows Vista SDK") changes the directory and registry keys that identify where it is installed. This updates the method that finds that in "setup.py" to find it. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2008-06-25 08:22 Message: Logged In: YES user_id=14198 Originator: NO The order is largely arbitrary so I'm happy for you to just go for it if you are confident it works. ---------------------------------------------------------------------- Comment By: Trent Mick (tmick) Date: 2008-06-25 07:16 Message: Logged In: YES user_id=34892 Originator: YES I hadn't noticed the addition of "# 4. Vista's SDK" in an earlier change to setup.py. I guess that match this patch a change to *prefer* using that SDK if it is installed as well as older ones in the older "C:\Program Files\Microsoft Platform SDK" or "C:\Program Files\Microsoft SDK" ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2008-06-25 07:16 Message: Logged In: YES user_id=14198 Originator: NO Thanks Trent - please check it in! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=2001993&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-06-24 21:16:34
|
Patches item #2001993, was opened at 2008-06-24 19:40 Message generated for change (Comment added) made by tmick You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=2001993&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Trent Mick (tmick) Assigned to: Nobody/Anonymous (nobody) Summary: patch to improve "find_platform_sdk_dir" in setup.py Initial Comment: The latest Platform SDK (the "Microsoft Windows Vista SDK") changes the directory and registry keys that identify where it is installed. This updates the method that finds that in "setup.py" to find it. ---------------------------------------------------------------------- >Comment By: Trent Mick (tmick) Date: 2008-06-24 21:16 Message: Logged In: YES user_id=34892 Originator: YES I hadn't noticed the addition of "# 4. Vista's SDK" in an earlier change to setup.py. I guess that match this patch a change to *prefer* using that SDK if it is installed as well as older ones in the older "C:\Program Files\Microsoft Platform SDK" or "C:\Program Files\Microsoft SDK" ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2008-06-24 21:16 Message: Logged In: YES user_id=14198 Originator: NO Thanks Trent - please check it in! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=2001993&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-06-24 21:16:33
|
Patches item #2001993, was opened at 2008-06-25 05:40 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=2001993&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Trent Mick (tmick) Assigned to: Nobody/Anonymous (nobody) Summary: patch to improve "find_platform_sdk_dir" in setup.py Initial Comment: The latest Platform SDK (the "Microsoft Windows Vista SDK") changes the directory and registry keys that identify where it is installed. This updates the method that finds that in "setup.py" to find it. ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2008-06-25 07:16 Message: Logged In: YES user_id=14198 Originator: NO Thanks Trent - please check it in! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=2001993&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-06-24 19:40:31
|
Patches item #2001993, was opened at 2008-06-24 19:40 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=2001993&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Trent Mick (tmick) Assigned to: Nobody/Anonymous (nobody) Summary: patch to improve "find_platform_sdk_dir" in setup.py Initial Comment: The latest Platform SDK (the "Microsoft Windows Vista SDK") changes the directory and registry keys that identify where it is installed. This updates the method that finds that in "setup.py" to find it. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551956&aid=2001993&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-06-24 07:21:32
|
Bugs item #1998611, was opened at 2008-06-20 11:44 Message generated for change (Comment added) made by p_jeremie You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1998611&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: com Group: None Status: Open Resolution: None Priority: 6 Private: No Submitted By: P.Jeremie (p_jeremie) Assigned to: Mark Hammond (mhammond) Summary: excel.Workbooks.Add() python 2.5 pywin32-211 error Initial Comment: Hello all, I've got some issues with Python 2.5.2 + Pywin 2.5 Here is what I get when I try to open a new workbook in Excel: >>> excel.Visible = 1 >>> excel.Workbooks.Add() Traceback (most recent call last): File "<pyshell#1>", line 1, in <module> excel.Workbooks.Add() File "C:\Python25\Lib\site-packages\win32com\client\dynamic.py", line 467, in __getattr__ if self._olerepr_.mapFuncs.has_key(attr): return self._make_method_(attr) File "C:\Python25\Lib\site-packages\win32com\client\dynamic.py", line 295, in _make_method_ methodCodeList = self._olerepr_.MakeFuncMethod(self._olerepr_.mapFuncs[name], methodName,0) File "C:\Python25\Lib\site-packages\win32com\client\build.py", line 297, in MakeFuncMethod return self.MakeDispatchFuncMethod(entry, name, bMakeClass) File "C:\Python25\Lib\site-packages\win32com\client\build.py", line 318, in MakeDispatchFuncMethod s = linePrefix + 'def ' + name + '(self' + BuildCallList(fdesc, names, defNamedOptArg, defNamedNotOptArg, defUnnamedArg, defOutArg) + '):' File "C:\Python25\Lib\site-packages\win32com\client\build.py", line 604, in BuildCallList argName = MakePublicAttributeName(argName) File "C:\Python25\Lib\site-packages\win32com\client\build.py", line 542, in MakePublicAttributeName return filter(lambda char: char in valid_identifier_chars, className) Is it linked with the fact that I installed 2.5.2 over 2.4 ? Thanks for your help. Cheers, Jeremie File "C:\Python25\Lib\site-packages\win32com\client\build.py", line 542, in <lambda> return filter(lambda char: char in valid_identifier_chars, className) UnicodeDecodeError: 'ascii' codec can't decode byte 0x83 in position 52: ordinal not in range(128) ---------------------------------------------------------------------- >Comment By: P.Jeremie (p_jeremie) Date: 2008-06-24 09:21 Message: Logged In: YES user_id=2123933 Originator: YES I just entered this: >>> excel.Visible = 1 >>> excel.Workbooks.Add() ---------------------------------------------------------------------- Comment By: Roger Upole (rupole) Date: 2008-06-23 21:42 Message: Logged In: YES user_id=771074 Originator: NO I've hit this error once myself, but couldn't reproduce it. Could you insert a couple of prints before the offending line to see what className and valid_identifier_chars contain ? ---------------------------------------------------------------------- Comment By: P.Jeremie (p_jeremie) Date: 2008-06-23 17:20 Message: Logged In: YES user_id=2123933 Originator: YES Note that with Pywin32 2.10, the problem doe not occur... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1998611&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-06-23 19:41:54
|
Bugs item #1998611, was opened at 2008-06-20 04:44 Message generated for change (Comment added) made by rupole You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1998611&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. >Category: com Group: None Status: Open Resolution: None Priority: 6 Private: No Submitted By: P.Jeremie (p_jeremie) Assigned to: Mark Hammond (mhammond) Summary: excel.Workbooks.Add() python 2.5 pywin32-211 error Initial Comment: Hello all, I've got some issues with Python 2.5.2 + Pywin 2.5 Here is what I get when I try to open a new workbook in Excel: >>> excel.Visible = 1 >>> excel.Workbooks.Add() Traceback (most recent call last): File "<pyshell#1>", line 1, in <module> excel.Workbooks.Add() File "C:\Python25\Lib\site-packages\win32com\client\dynamic.py", line 467, in __getattr__ if self._olerepr_.mapFuncs.has_key(attr): return self._make_method_(attr) File "C:\Python25\Lib\site-packages\win32com\client\dynamic.py", line 295, in _make_method_ methodCodeList = self._olerepr_.MakeFuncMethod(self._olerepr_.mapFuncs[name], methodName,0) File "C:\Python25\Lib\site-packages\win32com\client\build.py", line 297, in MakeFuncMethod return self.MakeDispatchFuncMethod(entry, name, bMakeClass) File "C:\Python25\Lib\site-packages\win32com\client\build.py", line 318, in MakeDispatchFuncMethod s = linePrefix + 'def ' + name + '(self' + BuildCallList(fdesc, names, defNamedOptArg, defNamedNotOptArg, defUnnamedArg, defOutArg) + '):' File "C:\Python25\Lib\site-packages\win32com\client\build.py", line 604, in BuildCallList argName = MakePublicAttributeName(argName) File "C:\Python25\Lib\site-packages\win32com\client\build.py", line 542, in MakePublicAttributeName return filter(lambda char: char in valid_identifier_chars, className) Is it linked with the fact that I installed 2.5.2 over 2.4 ? Thanks for your help. Cheers, Jeremie File "C:\Python25\Lib\site-packages\win32com\client\build.py", line 542, in <lambda> return filter(lambda char: char in valid_identifier_chars, className) UnicodeDecodeError: 'ascii' codec can't decode byte 0x83 in position 52: ordinal not in range(128) ---------------------------------------------------------------------- >Comment By: Roger Upole (rupole) Date: 2008-06-23 14:42 Message: Logged In: YES user_id=771074 Originator: NO I've hit this error once myself, but couldn't reproduce it. Could you insert a couple of prints before the offending line to see what className and valid_identifier_chars contain ? ---------------------------------------------------------------------- Comment By: P.Jeremie (p_jeremie) Date: 2008-06-23 10:20 Message: Logged In: YES user_id=2123933 Originator: YES Note that with Pywin32 2.10, the problem doe not occur... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1998611&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-06-23 15:20:31
|
Bugs item #1998611, was opened at 2008-06-20 11:44 Message generated for change (Comment added) made by p_jeremie You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1998611&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: win32 Group: None Status: Open Resolution: None Priority: 6 Private: No Submitted By: P.Jeremie (p_jeremie) Assigned to: Mark Hammond (mhammond) Summary: excel.Workbooks.Add() python 2.5 pywin32-211 error Initial Comment: Hello all, I've got some issues with Python 2.5.2 + Pywin 2.5 Here is what I get when I try to open a new workbook in Excel: >>> excel.Visible = 1 >>> excel.Workbooks.Add() Traceback (most recent call last): File "<pyshell#1>", line 1, in <module> excel.Workbooks.Add() File "C:\Python25\Lib\site-packages\win32com\client\dynamic.py", line 467, in __getattr__ if self._olerepr_.mapFuncs.has_key(attr): return self._make_method_(attr) File "C:\Python25\Lib\site-packages\win32com\client\dynamic.py", line 295, in _make_method_ methodCodeList = self._olerepr_.MakeFuncMethod(self._olerepr_.mapFuncs[name], methodName,0) File "C:\Python25\Lib\site-packages\win32com\client\build.py", line 297, in MakeFuncMethod return self.MakeDispatchFuncMethod(entry, name, bMakeClass) File "C:\Python25\Lib\site-packages\win32com\client\build.py", line 318, in MakeDispatchFuncMethod s = linePrefix + 'def ' + name + '(self' + BuildCallList(fdesc, names, defNamedOptArg, defNamedNotOptArg, defUnnamedArg, defOutArg) + '):' File "C:\Python25\Lib\site-packages\win32com\client\build.py", line 604, in BuildCallList argName = MakePublicAttributeName(argName) File "C:\Python25\Lib\site-packages\win32com\client\build.py", line 542, in MakePublicAttributeName return filter(lambda char: char in valid_identifier_chars, className) Is it linked with the fact that I installed 2.5.2 over 2.4 ? Thanks for your help. Cheers, Jeremie File "C:\Python25\Lib\site-packages\win32com\client\build.py", line 542, in <lambda> return filter(lambda char: char in valid_identifier_chars, className) UnicodeDecodeError: 'ascii' codec can't decode byte 0x83 in position 52: ordinal not in range(128) ---------------------------------------------------------------------- >Comment By: P.Jeremie (p_jeremie) Date: 2008-06-23 17:20 Message: Logged In: YES user_id=2123933 Originator: YES Note that with Pywin32 2.10, the problem doe not occur... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1998611&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-06-20 10:00:31
|
Bugs item #1998611, was opened at 2008-06-20 11:44 Message generated for change (Settings changed) made by p_jeremie You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1998611&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: win32 Group: None Status: Open Resolution: None Priority: 6 Private: No Submitted By: P.Jeremie (p_jeremie) Assigned to: Mark Hammond (mhammond) >Summary: excel.Workbooks.Add() python 2.5 pywin32-211 error Initial Comment: Hello all, I've got some issues with Python 2.5.2 + Pywin 2.5 Here is what I get when I try to open a new workbook in Excel: >>> excel.Visible = 1 >>> excel.Workbooks.Add() Traceback (most recent call last): File "<pyshell#1>", line 1, in <module> excel.Workbooks.Add() File "C:\Python25\Lib\site-packages\win32com\client\dynamic.py", line 467, in __getattr__ if self._olerepr_.mapFuncs.has_key(attr): return self._make_method_(attr) File "C:\Python25\Lib\site-packages\win32com\client\dynamic.py", line 295, in _make_method_ methodCodeList = self._olerepr_.MakeFuncMethod(self._olerepr_.mapFuncs[name], methodName,0) File "C:\Python25\Lib\site-packages\win32com\client\build.py", line 297, in MakeFuncMethod return self.MakeDispatchFuncMethod(entry, name, bMakeClass) File "C:\Python25\Lib\site-packages\win32com\client\build.py", line 318, in MakeDispatchFuncMethod s = linePrefix + 'def ' + name + '(self' + BuildCallList(fdesc, names, defNamedOptArg, defNamedNotOptArg, defUnnamedArg, defOutArg) + '):' File "C:\Python25\Lib\site-packages\win32com\client\build.py", line 604, in BuildCallList argName = MakePublicAttributeName(argName) File "C:\Python25\Lib\site-packages\win32com\client\build.py", line 542, in MakePublicAttributeName return filter(lambda char: char in valid_identifier_chars, className) Is it linked with the fact that I installed 2.5.2 over 2.4 ? Thanks for your help. Cheers, Jeremie File "C:\Python25\Lib\site-packages\win32com\client\build.py", line 542, in <lambda> return filter(lambda char: char in valid_identifier_chars, className) UnicodeDecodeError: 'ascii' codec can't decode byte 0x83 in position 52: ordinal not in range(128) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1998611&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-06-20 09:45:47
|
Bugs item #1998611, was opened at 2008-06-20 11:44 Message generated for change (Settings changed) made by p_jeremie You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1998611&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: win32 Group: None Status: Open Resolution: None >Priority: 6 Private: No Submitted By: P.Jeremie (p_jeremie) >Assigned to: Mark Hammond (mhammond) Summary: excel.Workbooks.Add() pywin 2.5 error Initial Comment: Hello all, I've got some issues with Python 2.5.2 + Pywin 2.5 Here is what I get when I try to open a new workbook in Excel: >>> excel.Visible = 1 >>> excel.Workbooks.Add() Traceback (most recent call last): File "<pyshell#1>", line 1, in <module> excel.Workbooks.Add() File "C:\Python25\Lib\site-packages\win32com\client\dynamic.py", line 467, in __getattr__ if self._olerepr_.mapFuncs.has_key(attr): return self._make_method_(attr) File "C:\Python25\Lib\site-packages\win32com\client\dynamic.py", line 295, in _make_method_ methodCodeList = self._olerepr_.MakeFuncMethod(self._olerepr_.mapFuncs[name], methodName,0) File "C:\Python25\Lib\site-packages\win32com\client\build.py", line 297, in MakeFuncMethod return self.MakeDispatchFuncMethod(entry, name, bMakeClass) File "C:\Python25\Lib\site-packages\win32com\client\build.py", line 318, in MakeDispatchFuncMethod s = linePrefix + 'def ' + name + '(self' + BuildCallList(fdesc, names, defNamedOptArg, defNamedNotOptArg, defUnnamedArg, defOutArg) + '):' File "C:\Python25\Lib\site-packages\win32com\client\build.py", line 604, in BuildCallList argName = MakePublicAttributeName(argName) File "C:\Python25\Lib\site-packages\win32com\client\build.py", line 542, in MakePublicAttributeName return filter(lambda char: char in valid_identifier_chars, className) Is it linked with the fact that I installed 2.5.2 over 2.4 ? Thanks for your help. Cheers, Jeremie File "C:\Python25\Lib\site-packages\win32com\client\build.py", line 542, in <lambda> return filter(lambda char: char in valid_identifier_chars, className) UnicodeDecodeError: 'ascii' codec can't decode byte 0x83 in position 52: ordinal not in range(128) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1998611&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-06-20 09:44:43
|
Bugs item #1998611, was opened at 2008-06-20 11:44 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1998611&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: win32 Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: P.Jeremie (p_jeremie) Assigned to: Nobody/Anonymous (nobody) Summary: excel.Workbooks.Add() pywin 2.5 error Initial Comment: Hello all, I've got some issues with Python 2.5.2 + Pywin 2.5 Here is what I get when I try to open a new workbook in Excel: >>> excel.Visible = 1 >>> excel.Workbooks.Add() Traceback (most recent call last): File "<pyshell#1>", line 1, in <module> excel.Workbooks.Add() File "C:\Python25\Lib\site-packages\win32com\client\dynamic.py", line 467, in __getattr__ if self._olerepr_.mapFuncs.has_key(attr): return self._make_method_(attr) File "C:\Python25\Lib\site-packages\win32com\client\dynamic.py", line 295, in _make_method_ methodCodeList = self._olerepr_.MakeFuncMethod(self._olerepr_.mapFuncs[name], methodName,0) File "C:\Python25\Lib\site-packages\win32com\client\build.py", line 297, in MakeFuncMethod return self.MakeDispatchFuncMethod(entry, name, bMakeClass) File "C:\Python25\Lib\site-packages\win32com\client\build.py", line 318, in MakeDispatchFuncMethod s = linePrefix + 'def ' + name + '(self' + BuildCallList(fdesc, names, defNamedOptArg, defNamedNotOptArg, defUnnamedArg, defOutArg) + '):' File "C:\Python25\Lib\site-packages\win32com\client\build.py", line 604, in BuildCallList argName = MakePublicAttributeName(argName) File "C:\Python25\Lib\site-packages\win32com\client\build.py", line 542, in MakePublicAttributeName return filter(lambda char: char in valid_identifier_chars, className) Is it linked with the fact that I installed 2.5.2 over 2.4 ? Thanks for your help. Cheers, Jeremie File "C:\Python25\Lib\site-packages\win32com\client\build.py", line 542, in <lambda> return filter(lambda char: char in valid_identifier_chars, className) UnicodeDecodeError: 'ascii' codec can't decode byte 0x83 in position 52: ordinal not in range(128) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1998611&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-06-19 02:22:33
|
Feature Requests item #1023985, was opened at 2004-09-07 16:01 Message generated for change (Comment added) made by rupole You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=1023985&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: nietschy (nietschy) Assigned to: Nobody/Anonymous (nobody) Summary: Exec code from clipboard Initial Comment: In scripts with many lines of codes it would be nice to test single little functions. Why not mark them, right click and exec the selection or copy something into the windows clipboard and run the code from there. ---------------------------------------------------------------------- >Comment By: Roger Upole (rupole) Date: 2008-06-18 21:22 Message: Logged In: YES user_id=771074 Originator: NO These have been added in interact.py rev 1.16. The changes are all local to this file, making the options only available from the right-click menu in the interactive window. However, they could be added to the Edit menu or as a toolbar button if people find them useful enough. ---------------------------------------------------------------------- Comment By: bob gailer (ramrom) Date: 2004-09-11 11:58 Message: Logged In: YES user_id=587593 I second this request. Visual FoxPro has this feature, and I use it a lot. I would eliminate "single little functions" since the intent is to execute whatever code is selected. I would also like the abilty to copy code from the interactive window into a script and have the >>> and ... prompts and response lines removed in the process. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551957&aid=1023985&group_id=78018 |
|
From: SourceForge.net <no...@so...> - 2008-06-18 22:15:22
|
Bugs item #949887, was opened at 2004-05-07 09:03 Message generated for change (Comment added) made by rupole You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=949887&group_id=78018 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: pythonwin Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: bob gailer (ramrom) Assigned to: Nobody/Anonymous (nobody) Summary: Highlighted text not deleted when typing a period. Initial Comment: In the interactive window or a script edit window enter a+b Then select the + (highlight it) and type a period. The result is a+.b rather than a.b ---------------------------------------------------------------------- >Comment By: Roger Upole (rupole) Date: 2008-06-18 17:15 Message: Logged In: YES user_id=771074 Originator: NO This has been fixed in view.py r1.27. ---------------------------------------------------------------------- Comment By: Tony Meyer (anadelonbrin) Date: 2004-05-08 21:18 Message: Logged In: YES user_id=552329 I must admit this bugs me, too, and I run into it reasonably often. (I guess it doesn't bother me enough to open a bug report, but does bother me enough to add to one :) If there isn't some reason for this behaviour, then I'm definately +1 on changing it. I'm guessing that it's a reasonably simple change, but if not, I could try and work up a patch... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=949887&group_id=78018 |
2 messages has been excluded from this view by a project administrator.
