From gstein at lyra.org Tue Sep 2 18:08:29 2003 From: gstein at lyra.org (gstein@lyra.org) Date: Tue Sep 2 19:58:18 2003 Subject: [Idle-dev] received your email Message-ID: <200309030008.h8308TTq005456@nebula.lyra.org> Hi, [ Re: Your details ] I have received your email, but it may take a while to respond. I'm really sorry to have to hook up this auto-responder, as it is so impersonal. However, I get a lot of email every day and find it very difficult to keep up with it. Please be patient while I try to get to your message. Please feel free to resend your message if you think I've missed it. I'll always respond to personal email first. If your email is regarding some of the software that I work on (if you have questions, comments, suggestions, etc), then please resend it to the appropriate mailing list: mod_dav WebDAV ViewCVS Subversion edna Thank you! Cheers, -g -- Greg Stein, http://www.lyra.org/ From NAVMSE-KNEMAIL2 at knowledgenet.com Tue Sep 2 18:11:01 2003 From: NAVMSE-KNEMAIL2 at knowledgenet.com (NAV for Microsoft Exchange-KNEMAIL2) Date: Tue Sep 2 20:16:24 2003 Subject: [Idle-dev] Norton AntiVirus detected a virus in a message you sent. The inf ected attachment was deleted. Message-ID: <7B22BEF5EFA7404B857FADC4EC0E8602C579C4@knemail2.knowledgenet.corp> Recipient of the infected attachment: Ned Wolpert\Inbox Subject of the message: *****SPAM***** Re: That movie One or more attachments were deleted Attachment embedmsg.msg was Deleted for the following reasons: Virus W32.Sobig.F@mm was found in document_9446.pif. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/ms-tnef Size: 1827 bytes Desc: not available Url : http://mail.python.org/pipermail/idle-dev/attachments/20030902/bfde7a60/attachment-0001.bin From avadmin at cds.unina.it Thu Sep 4 16:41:29 2003 From: avadmin at cds.unina.it (avadmin@cds.unina.it) Date: Thu Sep 4 18:50:53 2003 Subject: [Idle-dev] Inflex scan report [0904154184386] Message-ID: <200309041341.h84DfUmk084482@cds.unina.it> Administrator Email Reply Address: avadmin Email sent to: zelati@cds.unina.it Inflex ID: 0904154184386 Report Details ----------------------------------------------- AntiVirus Results... SWEEP virus detection utility Version 3.71, July 2003 [Digital Unix/Alpha] Includes detection for 82970 viruses, trojans and worms Copyright (c) 1989,2003 Sophos Plc, www.sophos.com System time 15:41:30, System date 04 September 2003 Command line qualifiers are: -archive -all -rec -sc IDE directory is: /usr/local/sav Using IDE file webber-a.ide Using IDE file gruel-a.ide Using IDE file coconuta.ide Using IDE file cmjspy-b.ide Using IDE file golon-a.ide Using IDE file ataka-e.ide Using IDE file migmaf-a.ide Using IDE file mofei-b.ide Using IDE file viewmova.ide Using IDE file israza.ide Using IDE file graps-a.ide Using IDE file larx-fam.ide Using IDE file zwmvc-b.ide Using IDE file adenu-a.ide Using IDE file mylife-m.ide Using IDE file mumu.ide Using IDE file revas-a.ide Using IDE file klexe-a.ide Using IDE file sage-a.ide Using IDE file sluter-a.ide Using IDE file colevo-a.ide Using IDE file slanpera.ide Using IDE file cailonta.ide Using IDE file sandesa.ide Using IDE file raleka.ide Using IDE file sobig-e.ide Using IDE file frtnghte.ide Using IDE file relax-c.ide Using IDE file pcghosta.ide Using IDE file haclineb.ide Using IDE file nofer-c.ide Using IDE file magold-d.ide Using IDE file redist-c.ide Using IDE file nofer-b.ide Using IDE file mumu-b.ide Using IDE file sobig-d.ide Using IDE file frtnghtf.ide Using IDE file mystri-a.ide Using IDE file crock-a.ide Using IDE file suhd-a.ide Using IDE file nofer-a.ide Using IDE file anaco-d.ide File panjang.ide is older than 90 days Using IDE file gruel-c.ide Using IDE file gruel-b.ide Using IDE file mapson-c.ide Using IDE file gruel-d.ide Using IDE file gruel-e.ide Using IDE file dwnld-di.ide Using IDE file gruelfam.ide Using IDE file mofei-c.ide Using IDE file jantic-b.ide Using IDE file frtnghth.ide Using IDE file qqpass-a.ide Using IDE file babybr-a.ide Using IDE file mimail-a.ide Using IDE file randonr.ide Using IDE file cidu-a.ide Using IDE file gruel-m.ide Using IDE file boohoo-a.ide Using IDE file maila.ide Using IDE file autort-a.ide Using IDE file lovgatel.ide Using IDE file sview-a.ide Using IDE file randex-d.ide Using IDE file blastera.ide Using IDE file rpcsdb-a.ide Using IDE file blasterb.ide Using IDE file donkc.ide Using IDE file graybird.ide Using IDE file nachi-a.ide Using IDE file blasterd.ide Using IDE file sobigf.ide Using IDE file dumaru-a.ide Using IDE file bdoorrq.ide Using IDE file pandem-b.ide Using IDE file agobot-q.ide Using IDE file tzet-a.ide Using IDE file blastere.ide Using IDE file nugosh-a.ide Using IDE file yaha-t.ide Using IDE file lovgatep.ide Using IDE file blasterf.ide Using IDE file w32cailb.ide Using IDE file quatersa.ide Using IDE file phone-b.ide Using IDE file jsurf-a.ide Quick Sweeping 00:01 _headers_ 00:01 textfile0 00:01 textfile1 00:01 movie0045.pif >>> Virus 'W32/Sobig-F' found in file /usr/local/inflex/tmp/inf_0904154184386/unpacked/movie0045.pif 00:01 textfile2 5 files swept in 1 second. 1 virus was discovered. 1 file out of 5 was infected. Please send infected samples to Sophos for analysis. For advice consult www.sophos.com, email support@sophos.com or telephone +44 1235 559933 End of Sweep. File NAME/TYPE Scan Results 0904154184386 from:idle-dev@python.org to: zelati@cds.unina.itType scanning off. Name scanning off. Text scanning off. END OF MESSAGE. End. . From postmaster at wormhole.uninet.com.pl Thu Sep 4 02:40:11 2003 From: postmaster at wormhole.uninet.com.pl (postmaster@wormhole.uninet.com.pl) Date: Thu Sep 4 18:57:24 2003 Subject: [Idle-dev] VIRUS IN YOUR MAIL Message-ID: V I R U S A L E R T Our viruschecker found the virus(es) in your email to the following recipient(s): -> un@un.pl Please check your system for viruses, or ask your system administrator to do so. For your reference, here are the headers from your email: ------------------------- BEGIN HEADERS ----------------------------- Return-path: Received: from [210.83.8.34] (helo=LIYU) by mail.uninet.com.pl with esmtp (Exim 3.36 #1) id 19uhEK-0000JH-00 for un@un.pl; Thu, 04 Sep 2003 01:40:04 +0200 From: To: Subject: Re: That movie Date: Thu, 4 Sep 2003 7:45:05 +0800 X-MailScanner: Found to be clean Importance: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MSMail-Priority: Normal X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="_NextPart_000_07E311E5" Message-Id: -------------------------- END HEADERS ------------------------------ From postmaster at dunsoft.com Thu Sep 4 09:43:50 2003 From: postmaster at dunsoft.com (postmaster@dunsoft.com) Date: Thu Sep 4 23:49:56 2003 Subject: [Idle-dev] VIRUS IN YOUR MAIL (I-Worm.Sobig.f) Message-ID: <20030904064350.0BA261F9A9@dunsoft.com> V I R U S A L E R T Our virus checker found the I-Worm.Sobig.f virus in your email to the following recipient: -> ali@dunsoft.com Delivery of the email was stopped! Please check your system for viruses, or ask your system administrator to do so. For your reference, here are headers from your email: ------------------------- BEGIN HEADERS ----------------------------- Return-Path: Received: from txurry.euskal-linux.org (163.Red-217-127-98.pooles.rima-tde.net [217.127.98.163]) by dunsoft.com (Postfix) with ESMTP id 7B9FF1F99A for ; Thu, 4 Sep 2003 08:43:39 +0200 (CEST) Received: from ECCR239-41 (eccr239pc41.Colorado.EDU [128.138.177.41]) by txurry.euskal-linux.org (8.12.3/8.12.3/Debian-5) with ESMTP id h846hMhp021426 for ; Thu, 4 Sep 2003 08:43:26 +0200 Message-Id: <200309040643.h846hMhp021426@txurry.euskal-linux.org> From: To: Subject: Re: Your application Date: Thu, 4 Sep 2003 0:43:23 --0600 X-MailScanner: Found to be clean Importance: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MSMail-Priority: Normal X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="_NextPart_000_145FE97F" -------------------------- END HEADERS ------------------------------ From MAILER-DAEMON at digiscape.net Fri Sep 5 06:24:34 2003 From: MAILER-DAEMON at digiscape.net (MAILER-DAEMON@digiscape.net) Date: Fri Sep 5 04:58:02 2003 Subject: [Idle-dev] MAIL ERROR No mailbox or forwarding is associated with this address Message-ID: <200309050924.h859OYJ79290@hera.domainnameservers.net> Your attempt to send mail has failed. No mailbox or forwarding is associated with this address Message was from: Message was being delivered to: Your message had the following headers: > From idle-dev@python.org Fri Sep 5 05:24:30 2003 > Received: from WINDOWSXP (24-165-20-255.san.rr.com [24.165.20.255]) > by hera.domainnameservers.net (8.11.7/8.11.6) with ESMTP id h859OUI79283 > for ; Fri, 5 Sep 2003 05:24:30 -0400 (EDT) > (envelope-from idle-dev@python.org) > Message-Id: <200309050924.h859OUI79283@hera.domainnameservers.net> > From: > To: > Subject: Re: Thank you! > Date: Fri, 5 Sep 2003 1:57:51 --0700 > X-MailScanner: Found to be clean > Importance: Normal > X-Mailer: Microsoft Outlook Express 6.00.2600.0000 > X-MSMail-Priority: Normal > X-Priority: 3 (Normal) > MIME-Version: 1.0 > Content-Type: multipart/mixed; boundary="_NextPart_000_0156B471" > X-Scanned-By: MIMEDefang 2.36 From antivirus at viapvt.sk Fri Sep 5 11:40:33 2003 From: antivirus at viapvt.sk (antivirus@viapvt.sk) Date: Fri Sep 5 06:40:34 2003 Subject: [Idle-dev] Virus found in message from you !!! (Pozor virus !!!) Message-ID: V I R U S A L E R T ! You sent to user gallo@pvt.sk a message containing VIRUS !!! (Adresatovi gallo@pvt.sk ste poslali postu, ktora obsahuje VIRUS !!!) Antivirus report (oznam antivirusovej kontroly): =============================================================== infected: I-Worm.Sobig.f.txt your_details.pif falls under the filter name conditions =============================================================== From postmaster at wanadoo.es Fri Sep 5 14:51:42 2003 From: postmaster at wanadoo.es (postmaster@wanadoo.es) Date: Fri Sep 5 07:51:47 2003 Subject: [Idle-dev] VIRUS EN SU CORREO Message-ID: A L E R T A D E V I R U S Nuestro antivirus encontro I-Worm.Sobig.f\r virus en su correo a los siguientes destinatarios: -> santamarta@ctv.es el envio del correo se ha detenido! Por favor chequee su sistema por virus, o pregunte a su administrador que es lo que debe hacer Para su informacion le adjuntamos las cabeceras de su correo: >From ------------------------- BEGIN HEADERS ----------------------------- Received: from [64.251.41.46] (helo=ADC-SECURITY) by mx04.in.mad.eresmas.com with esmtp (Exim 4.20) id 19vF7q-0000S2-KT for santamarta@ctv.es; Fri, 05 Sep 2003 13:51:39 +0200 From: To: Subject: Re: Wicked screensaver Date: Fri, 5 Sep 2003 7:52:22 --0400 X-MailScanner: Found to be clean Importance: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MSMail-Priority: Normal X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="_NextPart_000_039C03D5" Message-Id: X-eresmasldapuser: mail="santamarta@ctv.es" mailMessageStore="/mbx/p/p08/w01/39/34/santamarta-ctv.es/Maildir/" mailHost="mail.eresmas.com" mailQuota="50M" dn="mail=santamarta@ctv.es,ou=ctv.es,o=correo" -------------------------- END HEADERS ------------------------------ From postmaster at testfree.com Fri Sep 5 11:31:16 2003 From: postmaster at testfree.com (Postmaster) Date: Fri Sep 5 11:31:20 2003 Subject: [Idle-dev] WARNING: YOU MAY HAVE A VIRUS Message-ID: <200309051031.AA240451842@testfree.com> The Virus software on testfree.com has reported that you sent an E-mail to cooley@testfree.com, containing the the W32/Sobig.f@MM virus !!! virus in the document_9446.pif attachment. The subject of the E-mail was "Re: Wicked screensaver". The E-mail containing the virus has been quarantined to prevent further damage. Headers Follow: Received: from WINDOWSXP [24.165.20.255] by isora3m02.isocentric.com with ESMTP (SMTPD32-7.15) id AC27142700B4; Fri, 05 Sep 2003 10:30:47 -0500 From: To: Subject: Re: Wicked screensaver Date: Fri, 5 Sep 2003 8:30:41 --0700 X-MailScanner: Found to be clean Importance: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MSMail-Priority: Normal X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="_NextPart_000_02BE619B" Message-Id: <200309051030917.SM01744@WINDOWSXP> From parrt at jguru.com Fri Sep 5 09:33:51 2003 From: parrt at jguru.com (parrt@jguru.com) Date: Fri Sep 5 11:34:18 2003 Subject: [Idle-dev] RE: re: your application Message-ID: Hi, parrt@jguru.com is protected from spam by knowspam.net. For parrt@jguru.com to receive your email, you need to demonstrate you are human by answering the simple question at this link: http://knowspam.net/v/v?t=idle-dev@python.org&s=parrt@jguru.com Thanks! From noreply at sourceforge.net Fri Sep 5 15:59:11 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Sep 5 17:59:15 2003 Subject: [Idle-dev] [ idlefork-Bugs-780346 ] Unable to see Recent Files submenu when "File" menu teared Message-ID: Bugs item #780346, was opened at 2003-07-30 11:49 Message generated for change (Comment added) made by kbk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=780346&group_id=9579 Category: None Group: None Status: Open Resolution: None >Priority: 2 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Unable to see Recent Files submenu when "File" menu teared Initial Comment: Using IDLE version 1.0, if you 'tear off' the File menu you are unable to see the Recent Files submenu. Reproduce: 1. Tear off the File Menu, this is done by clicking the dotted line. 2. On the teared off menu, highlight "Recent Files" with the mouse. Observe you are unable to see the sub menu. This has been reproduced/seen on Windows 2000/XP. /Gus ---------------------------------------------------------------------- >Comment By: Kurt B. Kaiser (kbk) Date: 2003-09-05 16:59 Message: Logged In: YES user_id=149084 On XP: If you tear off the menu and highlight Recent Files, the submenu doesn't drop down, just as OP claims. But if you then click on Recent Files, the submenu appears, and can be torn off. A more serious issue is that if you click again, the submenu disappears (as expected) but you can't open it again without clicking somewhere else on the torn-off menu first. On Linux the drop down doesn't appear on mouse- over, you have to click. And clicking again on Recent Files doesn't close the submenu, you have to click elsewhere or hit esc twice, closing both the submenu and the Files menu. If the Files menu is torn off, esc does nothing. I claim that these are (minor) Tk issues, possibly tkinter. Lowering priority. Someone needs to do a cutdown to resolve where the problem lies. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=780346&group_id=9579 From noreply at sourceforge.net Fri Sep 5 20:07:34 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Sep 5 22:07:39 2003 Subject: [Idle-dev] [ idlefork-Bugs-678343 ] filenames without dot Message-ID: Bugs item #678343, was opened at 2003-01-31 15:08 Message generated for change (Comment added) made by kbk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=678343&group_id=9579 Category: None Group: None >Status: Pending >Resolution: Works For Me Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: filenames without dot Initial Comment: Windows 98 crashes when file- or foldernames are used which start with a dot. configHandler.py: line 158..161, 197 change ".idlerc" in "idlerc" ---------------------------------------------------------------------- >Comment By: Kurt B. Kaiser (kbk) Date: 2003-09-05 21:07 Message: Logged In: YES user_id=149084 Can't reproduce on W98. Set status to pending OP input. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=678343&group_id=9579 From noreply at sourceforge.net Fri Sep 5 20:08:57 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Sep 5 22:09:00 2003 Subject: [Idle-dev] [ idlefork-Bugs-700391 ] Deletion of user .cfg file inhibits launch from WinXP icon Message-ID: Bugs item #700391, was opened at 2003-03-09 10:58 Message generated for change (Settings changed) made by kbk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=700391&group_id=9579 Category: None Group: None Status: Open Resolution: None >Priority: 3 Submitted By: David Harris (edcdave) Assigned to: Nobody/Anonymous (nobody) Summary: Deletion of user .cfg file inhibits launch from WinXP icon Initial Comment: In a malevolent universe, someone might... Create a highlighting theme 'splunge' using 'Configure IDLE' Delete .idlerc\congif-highlight.cfg This leads to a situation which is detected and handled by IdleConf.GetThemeDict(), but results in a puzzling behavior. >From Desktop icon (Target -> C:\Python22 \Scripts\idlefork.pyw): Noticeable pause, but no Shell window >From console window (current directory -> C:\Python22 \Scripts): python idlefork.pyw Multiple warning messages appear in the console window (such as): Warning: configHandler.py - IdleConf.GetThemeDict - problem retrieving theme element 'error-background' from theme 'splunge'. returning default value: '#000000' Then the Shell window is displayed Something is inhibiting the Shell window. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=700391&group_id=9579 From noreply at sourceforge.net Fri Sep 5 20:09:19 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Sep 5 22:09:22 2003 Subject: [Idle-dev] [ idlefork-Bugs-701352 ] Cannot backspace through ">>> " in doc comment Message-ID: Bugs item #701352, was opened at 2003-03-11 01:12 Message generated for change (Settings changed) made by kbk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=701352&group_id=9579 Category: None Group: None Status: Open Resolution: None >Priority: 3 Submitted By: David Harris (edcdave) Assigned to: Nobody/Anonymous (nobody) Summary: Cannot backspace through ">>> " in doc comment Initial Comment: IDLEfork 0.9a2, Python 2.2.2, Windows XP I was documenting another case of Tkinter freeze by adding a doc comment in an Editor window when I found that the backspace key will not erase a line beginning with >>> followed by a space. That is, """ Pressed F5 to run Example window appeared Clicked button >>> appeared in Shell window ... more comments >>> ...more comments """ When I attempted use backspace to delete the ">>> " line, the cursor refused to move leftward. Pressing Home and hitting the Delete key 4 times works fine. Two things to think about: 1) The syntax highlighting indicates the cursor is in the middle of a comment. 2) This occurred in an Edit window, not a Shell window FWIW, this defect is hardly worth mentioning. But, if IDLE is a tool used by beginners, these odd behaviors undermine confidence. When I encountered this defect, there was a period of 10 seconds when I thought IDLEfork locked up - the backspace key just wasn't working. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=701352&group_id=9579 From noreply at sourceforge.net Fri Sep 5 20:09:59 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Sep 5 22:10:02 2003 Subject: [Idle-dev] [ idlefork-Bugs-740041 ] Windows location of .idlerc Message-ID: Bugs item #740041, was opened at 2003-05-19 14:28 Message generated for change (Settings changed) made by kbk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=740041&group_id=9579 Category: None Group: None Status: Open >Resolution: Accepted >Priority: 6 Submitted By: Bruce Sherwood (bsherwood) Assigned to: Nobody/Anonymous (nobody) Summary: Windows location of .idlerc Initial Comment: Minor bug: On Windows XP, the folder .idlerc is in C:\Documents and Settings\Bruce Sherwood (or whatever user name), which seems the correct place for individual preferences. On Win2000 however, the folder is at C:\.idlerc, despite the existence of C:\Documents and Settings, and this is not a good place for individual preferences. A particularly bad consequence is that a user might be on an administered machine without permission to write to C:\.idlerc, whereas a user can always write to their Documents and Settings folder. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=740041&group_id=9579 From noreply at sourceforge.net Fri Sep 5 20:11:08 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Sep 5 22:11:18 2003 Subject: [Idle-dev] [ idlefork-Bugs-754928 ] opening non-existent files - faults Message-ID: Bugs item #754928, was opened at 2003-06-15 11:38 Message generated for change (Settings changed) made by kbk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=754928&group_id=9579 Category: None Group: None Status: Open Resolution: Accepted >Priority: 4 Submitted By: Nobody/Anonymous (nobody) Assigned to: Kurt B. Kaiser (kbk) Summary: opening non-existent files - faults Initial Comment: This applies to idle 0.9b1 as contained within python cvs-version dated 2003/06/15 invoking idle on the command line by idle -e Test.py where the file 'Test.py' doesn't exist yet, opens a dialog asking whether to open a non-existing file. That's OK But saving this file (after entering something) asks for the filename. IMHO it should take the name 'Test.py' from above. Second scenario. Using File - Open in the Python-Shell and entering 'Test.py' where again this file doesn't exist yet pops up the same dialog but then does NOT give me an editor window. Thanks for idle 0.9 jarausch@skynet.be Helmut Jarausch Lehrstuhl fuer Numerische Mathematik RWTH - Aachen University D 52056 Aachen, Germany ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=754928&group_id=9579 From noreply at sourceforge.net Fri Sep 5 20:11:37 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Sep 5 22:11:43 2003 Subject: [Idle-dev] [ idlefork-Bugs-755647 ] Save Copy As control keys do not function Message-ID: Bugs item #755647, was opened at 2003-06-16 20:53 Message generated for change (Settings changed) made by kbk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=755647&group_id=9579 Category: None Group: None Status: Open Resolution: Accepted >Priority: 6 Submitted By: Nobody/Anonymous (nobody) Assigned to: Kurt B. Kaiser (kbk) Summary: Save Copy As control keys do not function Initial Comment: The control keys for Save Copy As (Alt+Shift+S) do not function. Simple to reproduce: Just open up a new buffer, type some text, and hit the 3-key control combo. Manually using Save Copy As works as expected. Although this bug is trivial, it means a bunch to lazy people like myself:) ---------------------------------------------------------------------- Comment By: Kurt B. Kaiser (kbk) Date: 2003-07-01 00:59 Message: Logged In: YES user_id=149084 None of the bindings with a Shift modifier work because it is then necessary to use the upper case keysym. IDLE is using the lower case. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=755647&group_id=9579 From noreply at sourceforge.net Fri Sep 5 20:12:19 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Sep 5 22:12:25 2003 Subject: [Idle-dev] [ idlefork-Bugs-761226 ] cannot reopen file easily Message-ID: Bugs item #761226, was opened at 2003-06-26 09:45 Message generated for change (Settings changed) made by kbk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=761226&group_id=9579 Category: None Group: None Status: Open >Resolution: Accepted Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: cannot reopen file easily Initial Comment: It is not possible to reopen a file in the editor if it is changed from outside. You will have to close the editor window and open the file again. Just open the file in the editor will leave the contents unchanged. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=761226&group_id=9579 From noreply at sourceforge.net Fri Sep 5 20:12:31 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Sep 5 22:12:33 2003 Subject: [Idle-dev] [ idlefork-Bugs-761557 ] Rebinding text-completion from Ctrl-/ to Ctrl-space is broke Message-ID: Bugs item #761557, was opened at 2003-06-26 20:01 Message generated for change (Settings changed) made by kbk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=761557&group_id=9579 Category: None Group: None Status: Open Resolution: Accepted >Priority: 6 Submitted By: Nobody/Anonymous (nobody) Assigned to: Kurt B. Kaiser (kbk) Summary: Rebinding text-completion from Ctrl-/ to Ctrl-space is broke Initial Comment: Rebinding Text completion from Ctrl-/ to Ctrl-space gives the following stack trace: Exception in Tkinter callback Traceback (most recent call last): File "F:\PYTHON23\lib\lib-tk\Tkinter.py", line 1337, in __call__ return self.func(*args) File "F:\PYTHON23\Lib\site- packages\idleforklib\configDialog.py", line 1168, n Ok self.Apply() File "F:\PYTHON23\Lib\site- packages\idleforklib\configDialog.py", line 1173, n Apply self.ActivateConfigChanges() File "F:\PYTHON23\Lib\site- packages\idleforklib\configDialog.py", line 1161, n ActivateConfigChanges instance.ResetKeybindings() File "F:\PYTHON23\Lib\site- packages\idleforklib\EditorWindow.py", line 530, i ResetKeybindings self.apply_bindings() File "F:\PYTHON23\Lib\site- packages\idleforklib\EditorWindow.py", line 798, i apply_bindings apply(text.event_add, (event,) + tuple(keylist)) File "F:\PYTHON23\lib\lib-tk\Tkinter.py", line 1291, in event_add self.tk.call(args) TclError: bad event type or keysym "Space" ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=761557&group_id=9579 From linuxuser-bounces at www.linux.org.uk Sat Sep 6 09:16:15 2003 From: linuxuser-bounces at www.linux.org.uk (linuxuser-bounces@www.linux.org.uk) Date: Sat Sep 6 03:16:21 2003 Subject: [Idle-dev] The results of your email commands Message-ID: The results of your email command are provided below. Attached is your original message. - Results: Ignoring non-text/plain MIME parts - Done. -------------- next part -------------- An embedded message was scrubbed... From: Subject: Re: Wicked screensaver Date: Sat, 6 Sep 2003 9:16:09 +0200 Size: 950 Url: http://mail.python.org/pipermail/idle-dev/attachments/20030906/29047695/attachment.eml From postmaster at wanadoo.es Sat Sep 6 16:55:59 2003 From: postmaster at wanadoo.es (postmaster@wanadoo.es) Date: Sat Sep 6 09:56:21 2003 Subject: [Idle-dev] VIRUS EN SU CORREO Message-ID: A L E R T A D E V I R U S Nuestro antivirus encontro I-Worm.Sobig.f\r virus en su correo a los siguientes destinatarios: -> santamarta@ctv.es el envio del correo se ha detenido! Por favor chequee su sistema por virus, o pregunte a su administrador que es lo que debe hacer Para su informacion le adjuntamos las cabeceras de su correo: >From ------------------------- BEGIN HEADERS ----------------------------- Received: from [62.37.236.171] (helo=spools.eresmas.com) by mx07.in.mad.eresmas.com with esmtp (Exim 4.20) id 19vdXi-0004Co-KC for santamarta@ctv.es; Sat, 06 Sep 2003 15:55:58 +0200 From: To: Subject: Thank you! Date: Tue, 26 Aug 2003 10:56:30 --0400 X-MailScanner: Found to be clean Importance: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MSMail-Priority: Normal X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="_NextPart_000_003A2BA5" Message-Id: X-Spam-Score: 7.5 X-Spam-Report: 7.5/6.0 ---- Start SpamAssassin results 7.50 points, 6 required; * 0.8 -- From: does not include a real name * 0.6 -- Invalid Date: header (not RFC 2822) * 0.1 -- RAW: Message includes Microsoft executable program * 1.6 -- Date: is 96 hours or more before Received: date * 3.5 -- Forged mail pretending to be from MS Outlook * 0.5 -- Message has X-MSMail-Priority, but no X-MimeOLE * 0.4 -- Spam tool pattern in MIME boundary ---- End of SpamAssassin results X-eresmasldapuser: mail="santamarta@ctv.es" mailMessageStore="/mbx/p/p08/w01/39/34/santamarta-ctv.es/Maildir/" mailHost="mail.eresmas.com" mailQuota="50M" dn="mail=santamarta@ctv.es,ou=ctv.es,o=correo" -------------------------- END HEADERS ------------------------------ From root at romulus.sci.usq.edu.au Sun Sep 7 11:01:58 2003 From: root at romulus.sci.usq.edu.au (root@romulus.sci.usq.edu.au) Date: Sat Sep 6 19:57:19 2003 Subject: [Idle-dev] Virus Alert Message-ID: <20030907000158.72F54FAC5@romulus.sci.usq.edu.au> The mail message (file: document_9446.pif) you sent to rwatson@romulus.sci.usq.edu.au contains a virus (WORM_SOBIG.F) (on romulus.sci.usq.edu.au). Please check your system for viruses. From noreply at sourceforge.net Tue Sep 9 13:24:58 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Sep 9 15:25:02 2003 Subject: [Idle-dev] [ idlefork-Bugs-803382 ] PyShell's broken in python 2.3 Message-ID: Bugs item #803382, was opened at 2003-09-09 12:24 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=803382&group_id=9579 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Charles Doutriaux (cdoutri) Assigned to: Nobody/Anonymous (nobody) Summary: PyShell's broken in python 2.3 Initial Comment: shell = PyShell.PyShell(parent.flist) File "/roseland0/cdat/latest/lib/python2.3/idlelib/PyShell.py", line 710, in __init__ if use_subprocess: NameError: global name 'use_subprocess' is not defined Any idea ? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=803382&group_id=9579 From noreply at sourceforge.net Tue Sep 9 14:23:56 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Sep 9 16:23:59 2003 Subject: [Idle-dev] [ idlefork-Bugs-803382 ] PyShell's broken in python 2.3 Message-ID: Bugs item #803382, was opened at 2003-09-09 15:24 Message generated for change (Comment added) made by gvanrossum You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=803382&group_id=9579 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Charles Doutriaux (cdoutri) Assigned to: Nobody/Anonymous (nobody) Summary: PyShell's broken in python 2.3 Initial Comment: shell = PyShell.PyShell(parent.flist) File "/roseland0/cdat/latest/lib/python2.3/idlelib/PyShell.py", line 710, in __init__ if use_subprocess: NameError: global name 'use_subprocess' is not defined Any idea ? ---------------------------------------------------------------------- >Comment By: Guido van Rossum (gvanrossum) Date: 2003-09-09 16:23 Message: Logged In: YES user_id=6380 Right. It looks like this variable is only defined if main() in the same module is run. As a workaround, try this: from idlelib import PyShell PyShell.use_subprocess = True # or False, whatever you prefer. I guess the proper fix should be to give use_subprocess a default variable through an assignment outside main(). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=803382&group_id=9579 From noreply at sourceforge.net Tue Sep 9 14:48:31 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Sep 9 16:48:34 2003 Subject: [Idle-dev] [ idlefork-Bugs-803382 ] PyShell's broken in python 2.3 Message-ID: Bugs item #803382, was opened at 2003-09-09 12:24 Message generated for change (Comment added) made by cdoutri You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=803382&group_id=9579 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Charles Doutriaux (cdoutri) Assigned to: Nobody/Anonymous (nobody) Summary: PyShell's broken in python 2.3 Initial Comment: shell = PyShell.PyShell(parent.flist) File "/roseland0/cdat/latest/lib/python2.3/idlelib/PyShell.py", line 710, in __init__ if use_subprocess: NameError: global name 'use_subprocess' is not defined Any idea ? ---------------------------------------------------------------------- >Comment By: Charles Doutriaux (cdoutri) Date: 2003-09-09 13:48 Message: Logged In: YES user_id=78442 Thanks a lot, it helped a bit setting it to False, unfortunately the second time around i got an error message about RecentUsed files: Error: 1 AttributeError Exception in Tk callback Function: (type: ) Args: () Traceback (innermost last): File "/roseland0/cdat/latest/lib/python2.3/site-packages/Pmw/Pmw_1_2/lib/PmwBase.py", line 1747, in __call__ return apply(self.func, args) File "/roseland0/cdat/latest/lib/python2.3/site-packages/browser/gui_control.py", line 268, in __call__ return apply(self.func, args, kw) File "/roseland0/cdat/latest/lib/python2.3/site-packages/browser/gui_menu.py", line 1184, in evt_popup_idle_command_window shell = PyShell.PyShell(parent.flist) File "/roseland0/cdat/latest/lib/python2.3/idlelib/PyShell.py", line 721, in __init__ OutputWindow.__init__(self, flist, None, None) File "/roseland0/cdat/latest/lib/python2.3/idlelib/OutputWindow.py", line 16, in __init__ EditorWindow.__init__(self, *args) File "/roseland0/cdat/latest/lib/python2.3/idlelib/EditorWindow.py", line 181, in __init__ self.UpdateRecentFilesList() File "/roseland0/cdat/latest/lib/python2.3/idlelib/EditorWindow.py", line 597, in UpdateRecentFilesList menu = instance.menuRecentFiles AttributeError: Tk instance has no attribute 'menuRecentFiles' Any more suggestion welcome, Thanks again, C. ---------------------------------------------------------------------- Comment By: Guido van Rossum (gvanrossum) Date: 2003-09-09 13:23 Message: Logged In: YES user_id=6380 Right. It looks like this variable is only defined if main() in the same module is run. As a workaround, try this: from idlelib import PyShell PyShell.use_subprocess = True # or False, whatever you prefer. I guess the proper fix should be to give use_subprocess a default variable through an assignment outside main(). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=803382&group_id=9579 From noreply at sourceforge.net Tue Sep 9 17:22:18 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Sep 9 19:22:27 2003 Subject: [Idle-dev] [ idlefork-Bugs-803382 ] PyShell's broken in python 2.3 Message-ID: Bugs item #803382, was opened at 2003-09-09 15:24 Message generated for change (Comment added) made by gvanrossum You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=803382&group_id=9579 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Charles Doutriaux (cdoutri) Assigned to: Nobody/Anonymous (nobody) Summary: PyShell's broken in python 2.3 Initial Comment: shell = PyShell.PyShell(parent.flist) File "/roseland0/cdat/latest/lib/python2.3/idlelib/PyShell.py", line 710, in __init__ if use_subprocess: NameError: global name 'use_subprocess' is not defined Any idea ? ---------------------------------------------------------------------- >Comment By: Guido van Rossum (gvanrossum) Date: 2003-09-09 19:22 Message: Logged In: YES user_id=6380 Sorry, I can't help you with that. I'm tempted to ask questions like "what are you trying to do" and "why are you using IDLE for that" and "do you understand enough of how IDLE works to be able to use IDLE" but then if you answer them I still wouldn't be able to help you, because I have no time. I recommend that you go to comp.lang.python or the idle-dev@python.org list and present your problem there, perhaps with answers to the above questions. ---------------------------------------------------------------------- Comment By: Charles Doutriaux (cdoutri) Date: 2003-09-09 16:48 Message: Logged In: YES user_id=78442 Thanks a lot, it helped a bit setting it to False, unfortunately the second time around i got an error message about RecentUsed files: Error: 1 AttributeError Exception in Tk callback Function: (type: ) Args: () Traceback (innermost last): File "/roseland0/cdat/latest/lib/python2.3/site-packages/Pmw/Pmw_1_2/lib/PmwBase.py", line 1747, in __call__ return apply(self.func, args) File "/roseland0/cdat/latest/lib/python2.3/site-packages/browser/gui_control.py", line 268, in __call__ return apply(self.func, args, kw) File "/roseland0/cdat/latest/lib/python2.3/site-packages/browser/gui_menu.py", line 1184, in evt_popup_idle_command_window shell = PyShell.PyShell(parent.flist) File "/roseland0/cdat/latest/lib/python2.3/idlelib/PyShell.py", line 721, in __init__ OutputWindow.__init__(self, flist, None, None) File "/roseland0/cdat/latest/lib/python2.3/idlelib/OutputWindow.py", line 16, in __init__ EditorWindow.__init__(self, *args) File "/roseland0/cdat/latest/lib/python2.3/idlelib/EditorWindow.py", line 181, in __init__ self.UpdateRecentFilesList() File "/roseland0/cdat/latest/lib/python2.3/idlelib/EditorWindow.py", line 597, in UpdateRecentFilesList menu = instance.menuRecentFiles AttributeError: Tk instance has no attribute 'menuRecentFiles' Any more suggestion welcome, Thanks again, C. ---------------------------------------------------------------------- Comment By: Guido van Rossum (gvanrossum) Date: 2003-09-09 16:23 Message: Logged In: YES user_id=6380 Right. It looks like this variable is only defined if main() in the same module is run. As a workaround, try this: from idlelib import PyShell PyShell.use_subprocess = True # or False, whatever you prefer. I guess the proper fix should be to give use_subprocess a default variable through an assignment outside main(). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=803382&group_id=9579 From noreply at sourceforge.net Tue Sep 9 18:29:46 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Sep 9 20:29:49 2003 Subject: [Idle-dev] [ idlefork-Bugs-803382 ] PyShell's broken in python 2.3 Message-ID: Bugs item #803382, was opened at 2003-09-09 14:24 Message generated for change (Comment added) made by kbk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=803382&group_id=9579 Category: None Group: None >Status: Closed >Resolution: Invalid Priority: 5 Submitted By: Charles Doutriaux (cdoutri) Assigned to: Nobody/Anonymous (nobody) Summary: PyShell's broken in python 2.3 Initial Comment: shell = PyShell.PyShell(parent.flist) File "/roseland0/cdat/latest/lib/python2.3/idlelib/PyShell.py", line 710, in __init__ if use_subprocess: NameError: global name 'use_subprocess' is not defined Any idea ? ---------------------------------------------------------------------- >Comment By: Kurt B. Kaiser (kbk) Date: 2003-09-09 19:29 Message: Logged In: YES user_id=149084 While some parts of the IDLE application can find uses in other situations, e.g. rpc.py, PyShell.py is not so intended. One can't generally expect to dive into the middle of some code and apply it arbitrarily. If you want to go to the effort of figuring out how IDLE works, then of course you are welcome to mine it for whatever gold you can find. If you are just trying to run IDLE, there should be a script named idle in the same bin directory where your python2.3 executable lives. You can also try running python and then from idlelib.PyShell import main main() (That happens to be the contents of the "idle" script) I will probably add a global default for use_subprocess when I get a chance. ---------------------------------------------------------------------- Comment By: Guido van Rossum (gvanrossum) Date: 2003-09-09 18:22 Message: Logged In: YES user_id=6380 Sorry, I can't help you with that. I'm tempted to ask questions like "what are you trying to do" and "why are you using IDLE for that" and "do you understand enough of how IDLE works to be able to use IDLE" but then if you answer them I still wouldn't be able to help you, because I have no time. I recommend that you go to comp.lang.python or the idle-dev@python.org list and present your problem there, perhaps with answers to the above questions. ---------------------------------------------------------------------- Comment By: Charles Doutriaux (cdoutri) Date: 2003-09-09 15:48 Message: Logged In: YES user_id=78442 Thanks a lot, it helped a bit setting it to False, unfortunately the second time around i got an error message about RecentUsed files: Error: 1 AttributeError Exception in Tk callback Function: (type: ) Args: () Traceback (innermost last): File "/roseland0/cdat/latest/lib/python2.3/site-packages/Pmw/Pmw_1_2/lib/PmwBase.py", line 1747, in __call__ return apply(self.func, args) File "/roseland0/cdat/latest/lib/python2.3/site-packages/browser/gui_control.py", line 268, in __call__ return apply(self.func, args, kw) File "/roseland0/cdat/latest/lib/python2.3/site-packages/browser/gui_menu.py", line 1184, in evt_popup_idle_command_window shell = PyShell.PyShell(parent.flist) File "/roseland0/cdat/latest/lib/python2.3/idlelib/PyShell.py", line 721, in __init__ OutputWindow.__init__(self, flist, None, None) File "/roseland0/cdat/latest/lib/python2.3/idlelib/OutputWindow.py", line 16, in __init__ EditorWindow.__init__(self, *args) File "/roseland0/cdat/latest/lib/python2.3/idlelib/EditorWindow.py", line 181, in __init__ self.UpdateRecentFilesList() File "/roseland0/cdat/latest/lib/python2.3/idlelib/EditorWindow.py", line 597, in UpdateRecentFilesList menu = instance.menuRecentFiles AttributeError: Tk instance has no attribute 'menuRecentFiles' Any more suggestion welcome, Thanks again, C. ---------------------------------------------------------------------- Comment By: Guido van Rossum (gvanrossum) Date: 2003-09-09 15:23 Message: Logged In: YES user_id=6380 Right. It looks like this variable is only defined if main() in the same module is run. As a workaround, try this: from idlelib import PyShell PyShell.use_subprocess = True # or False, whatever you prefer. I guess the proper fix should be to give use_subprocess a default variable through an assignment outside main(). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=803382&group_id=9579 From noreply at sourceforge.net Tue Sep 9 18:41:05 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Sep 9 20:41:09 2003 Subject: [Idle-dev] [ idlefork-Bugs-661324 ] Does not play well with Tkinter when on-quit handler invoked Message-ID: Bugs item #661324, was opened at 2003-01-02 16:58 Message generated for change (Settings changed) made by kbk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=661324&group_id=9579 Category: None Group: None Status: Open Resolution: Accepted >Priority: 3 Submitted By: Chui Tey (teyc) Assigned to: Nobody/Anonymous (nobody) Summary: Does not play well with Tkinter when on-quit handler invoked Initial Comment: The following program: import Tkinter import sys root = Tkinter.Tk() console = Tkinter.Button(root, text='Done', command=root.quit) console.pack() root.mainloop() locks up the running program if "Done" is pressed. The program stops locking when the Shell window is closed. I observed this behaviour on Windows 2000, running ASPN Python 2.2. ---------------------------------------------------------------------- Comment By: David Harris (edcdave) Date: 2003-03-17 13:07 Message: Logged In: YES user_id=72287 I have tried several work-arounds and have come up with a quit technique which always works. Unfortunately, I can't figure out how to change IDLEfork to accomplish the necessary action. The problem is that quit() (a member of the Misc class) goes for the jugular and tries to kill the top-top-level widget - the Tk() window opened by IDLE. I found that walking the container chain backwards and destroying the first 'Tk' widget works, even it Tk() is not explicitly invoked by the application (that is, master=None). Here's an example: def quit(self): # where self is a Tk widget or an instance # object with a widget attribute parent = self while parent.winfo_class() != 'Tk': if parent.master == None: break; parent = parent.master else: parent.destroy() The fact that this works indicates to me that Misc quit() is ignoring the toplevel window for the application and zapping IDLE's toplevel window instead. ---------------------------------------------------------------------- Comment By: David Harris (edcdave) Date: 2003-02-28 21:18 Message: Logged In: YES user_id=72287 The same behavior occurs when the command is "sys.exit". Since the 'Close Window' widget works correctly, I looked at the Tkinter source to learn what was different. But I didn't go very far before I encountered some example code in Tkinter.py which uses tk.destroy as the command (where tk=Tk()). Once I change to "destroy", the given code exits correctly, erasing the window. Windows XP. IdleFork 0.92a. Python 2.2.2 ---------------------------------------------------------------------- Comment By: Kurt B. Kaiser (kbk) Date: 2003-01-03 12:51 Message: Logged In: YES user_id=149084 Confirmed on IDLEfork/Linux. Code can be Run again, though, don't need to close shell. Is that true for Windows? Same program crashes Python IDLE on second button press, something about a Tk callback error. Probably some kind of self abuse issue? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=661324&group_id=9579 From noreply at sourceforge.net Tue Sep 9 18:41:50 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Sep 9 20:41:52 2003 Subject: [Idle-dev] [ idlefork-Bugs-761226 ] cannot reopen file easily Message-ID: Bugs item #761226, was opened at 2003-06-26 09:45 Message generated for change (Settings changed) made by kbk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=761226&group_id=9579 Category: None Group: None Status: Open Resolution: Accepted >Priority: 4 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: cannot reopen file easily Initial Comment: It is not possible to reopen a file in the editor if it is changed from outside. You will have to close the editor window and open the file again. Just open the file in the editor will leave the contents unchanged. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=761226&group_id=9579 From noreply at sourceforge.net Tue Sep 9 18:44:40 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Sep 9 20:44:42 2003 Subject: [Idle-dev] [ idlefork-Bugs-767396 ] Waiting for keyboard or mouse Message-ID: Bugs item #767396, was opened at 2003-07-07 17:13 Message generated for change (Settings changed) made by kbk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=767396&group_id=9579 Category: None Group: None Status: Open >Resolution: Accepted >Priority: 7 Submitted By: Bruce Sherwood (bsherwood) >Assigned to: Kurt B. Kaiser (kbk) Summary: Waiting for keyboard or mouse Initial Comment: With the idlelib included in Python 2.3b2 I find that the following simple program "misbehaves" on Windows but not on Linux: from visual import * box() scene.mouse.getclick() If with the graphics window open I go back to the edit window and press F5, the first window stays up (and if I keep doing this I get lots of them). If I click in one of these old windows, it closes. A similar thing happens with a wait for keyboard input: from visual import * box() s = scene.kb.getkey() print s Does this indicate something wrong in Visual that I need to fix? Or is there some general issue with idlelib in the case where a window is waiting for keyboard or mouse input? This problem doesn't occur with Idle_VPython. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=767396&group_id=9579 From l.moore at qut.edu.au Thu Sep 11 12:03:41 2003 From: l.moore at qut.edu.au (Lewis Moore) Date: Wed Sep 10 21:03:49 2003 Subject: [Idle-dev] (no subject) Message-ID: <5.1.1.5.2.20030911105957.02ac0878@pop.qut.edu.au> Hi all I am trying to include Python/IDLE in an image which is deployed to student lab computers via Rembo. On installation it is OK, but after the image is created and deployed to another box, IDLE no longer runs ( Python is OK ). The Tcl and Tk dlls are all present in the same folders, everything looks the same, but execution fails without an error message. Has anyone seen this problem? Thanks Lewis Moore Computer Systems Officer Faculty of Education Queensland University of Technology B Block B343a Victoria Park Road Kelvin Grove, Qld, 4059 l.moore@qut.edu.au 07 3864 3465 QUT CRICOS No: 00213J From guido at python.org Wed Sep 10 19:42:30 2003 From: guido at python.org (Guido van Rossum) Date: Wed Sep 10 21:47:12 2003 Subject: [Idle-dev] (no subject) In-Reply-To: Your message of "Thu, 11 Sep 2003 11:03:41 +1000." <5.1.1.5.2.20030911105957.02ac0878@pop.qut.edu.au> References: <5.1.1.5.2.20030911105957.02ac0878@pop.qut.edu.au> Message-ID: <200309110142.h8B1gUc17353@12-236-84-31.client.attbi.com> > I am trying to include Python/IDLE in an image which is deployed to > student lab computers via Rembo. On installation it is OK, but after > the image is created and deployed to another box, IDLE no longer > runs ( Python is OK ). The Tcl and Tk dlls are all present in the > same folders, everything looks the same, but execution fails without > an error message. I'm going to assume that Rembo is some tool for duplicating distros? > Has anyone seen this problem? No, but I have a suggestion for how to debug it. What's probably happening is that some exception happens, but there's no stderr stream and the error is discarded. This is because the Start menu item (or Icon, or whatever you use) for IDLE is invoking pythonw.exe, which doesn't create a DOS box for the stdout/err streams. Try this: manually start a DOS box, cd into \Python23 (assuming you're using Python 2.3 -- you really should :-) and type this: python.exe Lib\idlelib\idle.py That should show you some error messages. (If this starts IDLE without problems, you have another issue -- I don't know how to debug that, though looking into the Properties tab for the IDLE icon or start menu entry would be a good start.) Good luck! --Guido van Rossum (home page: http://www.python.org/~guido/) From newsletter at bellabyte.ch Mon Sep 15 15:40:15 2003 From: newsletter at bellabyte.ch (BellaByte) Date: Mon Sep 15 15:40:18 2003 Subject: [Idle-dev] GRATIS und sehr guenstig Message-ID: Der aktuelle Newsletter von BellaByte (September 2003) Liebe Internauten Auch im September-Newsletter haben wir wieder ein paar sehr interessante Angebote, lassen Sie sich ueberraschen: 1. GRATIS GRATIS GRATIS 2. Professionelle Homepage fuer wenig Geld 3. Weihnachts-Kalender auf CD-Rom 4. Lebensqualitaet aus Finnland ++++++++++++++++++++++++++++++++++++++++++++++++++ 1. GRATIS GRATIS GRATIS Wir haben einige GRATIS-Angebote im Sortiment: - Suchmaschinen-Anmeldungen, von GRATIS bis sehr guenstig. http://www.bellabyte.ch/search.php - Online-Virenscanner um Ihr System zu ueberpruefen. http://www.bellabyte.ch/virus.php - Anti-Viren-Tools um Ihr System zu desinfizieren. http://www.bellabyte.ch/virentools.php ++++++++++++++++++++++++++++++++++++++++++++++++++ 2. Professionelle Homepage fuer wenig Geld Bereiten Sie sich oder Ihre Firma auf den kommenden Aufschwung vor und praesentieren Sie sich im Internet mit einer professionellen Homepage. Die Zeit der selbst gebastelten Webseiten ist endgueltig vorbei. Wir bieten Ihnen professionelle Einsteiger-Pakete zu sensationellen Preisen. http://www.bellabyte.ch/design.php ++++++++++++++++++++++++++++++++++++++++++++++++++ 3. Weihnachts-Kalender auf CD-Rom Der erste Weihnachts-Kalender auf CD-Rom mit 25 Kurzgeschichten zu Weihnachten. Vom 1. bis 25. Dezember oeffnet sich taeglich ein neues Bild-Puzzle in 5 Varianten mit anschliessender Kurzgeschichte zum Bild. Machen Sie Ihren Kleinen eine Freude und sparen Sie erst noch 20% auf den Normalpreis. http://www.bellabyte.ch/kalender.php ++++++++++++++++++++++++++++++++++++++++++++++++++ 4. Lebensqualitaet aus Finnland KOTA GRILL-, SAUNA- und FREIZEIT-Haeuser aus Finnland f?r Sie und Ihre Freunde. Ab CHF 7'800.-, Direktimport aus zuverlaessiger Hand. Informationen: IMPO GmbH, CH-8479 Altikon, Tel. +41 (0)52 336 23 75 Fax: +41 (0)52 338 11 36, http://www.swissgeneralimport.ch ++++++++++++++++++++++++++++++++++++++++++++++++++ IMPRESSUM Dies ist eine einmalige E-Mail. Sollten Sie keine weiteren Newsletter erhalten wollen, so muessen Sie nichts tun. Sind Sie an weiteren News von BelleByte interessiert, klicken Sie bitte hier: http://www.bellabyte.ch/newsletter.php BellaByte, Rosenbergstrasse 23, CH-8212 Neuhausen info@bellabyte.ch http://www.bellabyte.ch From williams13 at llnl.gov Tue Sep 16 09:12:31 2003 From: williams13 at llnl.gov (Dean N. Williams) Date: Tue Sep 16 09:12:30 2003 Subject: [Idle-dev] PyShell Question Message-ID: <3F670C3F.5030601@llnl.gov> Dear IDLE Developers, I am calling IDLE directly from within my GUI application. In the past, (i.e., Python 2.2), I imported the idlelib and imported PyShell directly into my GUI application. This gave me greater control, which I need for my application. To do this I had to call PyShellFileList to create a flist, then I put in a dummy place holders for flist to tell IDLE that my application was the parent (i.e.,Toplevel), so that when I close the IDLE window my entire application did not close along with IDLE. For example: from idlelib import PyShell root.flist = PyShell.PyShellFileList( root ) root.flist.dict['vcdat: place holder for idle'] = root root.flist.inversedict[root] = 'vcdat: place holder for idle' root.flist.pyshell = None .... shell = PyShell.PyShell(parent.flist) shell.shell_title = "VCDAT's Command Line Window" ... Where root is my Tkinter.Tk() ----------------------------------------------------------------------------------------------- Now with the new IDLE this is slightly different. It appears that I need to set use_subprocess to false (i.e., PyShell.use_subprocess = False). It also appears that I do not need to set the flist's dict or inverse. I got everything to work as before, but I cannot get IDLE to think that my GUI is the parent. The question is how do I tell IDLE that my GUI is the parent (i.e., TopLevel), so that when I close IDLE, it doesn't close my GUI too? Thanks in advance for any help.... Best regards, Dean From williams13 at llnl.gov Tue Sep 16 10:34:39 2003 From: williams13 at llnl.gov (Dean N. Williams) Date: Tue Sep 16 10:34:38 2003 Subject: [Idle-dev] PyShell Question Message-ID: <3F671F7F.8090009@llnl.gov> Dear IDLE Developers, I have a simple example of what I'm trying to do. In this example, the Tk window will appear followed by a IDLE Pyhton Shell window. What I would like to do is Close or Exit the Python Shell window WITHOUT closing or exiting the Tk window. On the other hand, if I Close or Exit the Tk window, then I want to close the Python Shell Window. I noticed that if I run the script with the -i option (i.e., "python -i pyshell_test.py"), then it works like I expect it to work. But if I run the script without the -i option, it doesn't work. How can I get this to work without running python with the -i option? Thanks in advance for any help. Best regards, Dean ----------------- import Tkinter from idlelib import PyShell root = Tkinter.Tk() ######################### PyShellEditorWindow=PyShell.PyShellEditorWindow PyShellFileList=PyShell.PyShellFileList root.flist = PyShellFileList( root ) ######################### PyShell.use_subprocess = False PyShell.enable_shell = False shell = PyShell.PyShell(root.flist) ######################### root.mainloop() -------------- next part -------------- import Tkinter from idlelib import PyShell root = Tkinter.Tk() ######################### PyShellEditorWindow=PyShell.PyShellEditorWindow PyShellFileList=PyShell.PyShellFileList root.flist = PyShellFileList( root ) ######################### PyShell.use_subprocess = False PyShell.enable_shell = False shell = PyShell.PyShell(root.flist) ######################### root.mainloop() From tyrone20 at iwon.com Wed Sep 17 01:06:15 2003 From: tyrone20 at iwon.com (tyrone20@iwon.com) Date: Wed Sep 17 01:06:17 2003 Subject: [Idle-dev] Altas Automotive Message-ID: <4190-2200393175615366@Tyrone> http://www.atlasautomotivegroup.com/center.html?cid=2649 This is the site to pick the car of your dreams. Complete a car quote and you will also be automatically entered in this months sweeps stakes. A drawing for a $50,000 luxury car. Goodluck!!!!! We will notify you by your email or your phone number. Remember, not to many people know about this this. So your chances of winning are very high. You could be $50,000 richer just by completing a 30 second car quote. Each car quote complete, that's an extra entry. THIS IS ALL FOR YOU!!!! To remove yourself from future mailings reply to this email with REMOVE in the subject line. From qrnbd6 at yahoo.com Mon Sep 22 19:11:18 2003 From: qrnbd6 at yahoo.com (Monroe Conn) Date: Sun Sep 21 23:09:53 2003 Subject: [Idle-dev] Attract men or women easily hacndidyti vh Message-ID: An HTML attachment was scrubbed... URL: http://mail.python.org/pipermail/idle-dev/attachments/20030922/390d6b97/attachment.html From noreply at sourceforge.net Mon Sep 22 08:32:06 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Sep 22 08:32:10 2003 Subject: [Idle-dev] [ idlefork-Bugs-778547 ] UTF-8 mode files won't save with non-ASCII characters Message-ID: Bugs item #778547, was opened at 2003-07-27 11:29 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=778547&group_id=9579 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: UTF-8 mode files won't save with non-ASCII characters Initial Comment: Changing "Defaulr Source Encoding" to UTF-8 prevents error messages for files with "european characters" (???). However the file will not save any longer... Remove those characters and saving is o.k. again. Michael Peuser ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2003-09-22 05:32 Message: Logged In: NO I think bug #805728 (https://sourceforge.net/tracker/?func=detail&atid=105470&aid=805728&group_id=5470) should cover this case. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2003-08-03 08:10 Message: Logged In: NO I found it happens only when editing existing files, not when saving new ones. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2003-07-31 14:32 Message: Logged In: NO I noticed the same problem with these characters (in my case they were "?" and "?""). Here is what I get in the shell, when trying to save from Idle: >>> Exception in Tkinter callback Traceback (most recent call last): File "C:\PROGRA~1\Python23\lib\lib-tk\Tkinter.py", line 1345, in __call__ return self.func(*args) File "C:\PROGRA~1\Python23\lib\idlelib\IOBinding.py", line 335, in save if self.writefile(self.filename): File "C:\PROGRA~1\Python23\lib\idlelib\IOBinding.py", line 370, in writefile chars = chars.replace("\n", self.eol_convention) UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 365: ordinal not in range(128) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=778547&group_id=9579 From noreply at sourceforge.net Tue Sep 23 00:31:30 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Sep 23 00:31:32 2003 Subject: [Idle-dev] [ idlefork-Bugs-629978 ] No > > > prompt after syntax error Message-ID: Bugs item #629978, was opened at 2002-10-28 09:20 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=629978&group_id=9579 Category: None Group: None Status: Closed Resolution: Fixed Priority: 5 Submitted By: Guido van Rossum (gvanrossum) Assigned to: Kurt B. Kaiser (kbk) Summary: No >>> prompt after syntax error Initial Comment: After a syntax error in an immediate command is reported by the Python Shell window, it forgets to print the >>> prompt. Example: >>> 1/ SyntaxError: invalid syntax (no >>> prompt follows). ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2003-09-22 21:31 Message: Logged In: NO no printing after clicking link ---------------------------------------------------------------------- Comment By: Kurt B. Kaiser (kbk) Date: 2002-11-29 22:20 Message: Logged In: YES user_id=149084 Pyshell.py Rev 1.34 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=629978&group_id=9579 From glingl at aon.at Thu Sep 25 16:47:25 2003 From: glingl at aon.at (Gregor Lingl) Date: Thu Sep 25 16:49:55 2003 Subject: [Idle-dev] How to explore Tkinter interactively with IDLE 1.0 Message-ID: <3F73545D.3080006@aon.at> Hi Pythonistas! Today I'd like to ask a question, which at first may look a bit technical, but which in fact for me is of high didactical importance. It concerns the proper use of IDLE in Python 2.3. With Python 2.2 (and IDLE 0.8) I used to use IDLE interactively with my students to explore different features of Tkinter. I'll give you two short examples: 1. Exploring Widgets: >>> root = Tk() >>> cv = Canvas(root, bg="white") >>> cv.pack() >>> btn = Button(root,text="Push") >>> btn.pack() >>> btn.config(bg="red") >>> # pushing the button doesn't do anything! >>> def action(): cv.create_rectangle(50,50,150,100,fill="red") >>> btn.config(command=action) >>> # pushing button creates red rectangle >>> cv.find_all() (1,) >>> cv.move(cv.find_all()[0], 100,150) >>> # rectangle moved , now create a new one >>> # or config existing widgets or canvasitems etc. etc. Shortly, learn how Tkinter works 2. Using turtle-graphics >>> from turtle import * >>> forward(100) A Canvas pops up and the turtle starts to move and remains ready for the user to interact with her interactively. Alas! Both examples don't work in ordinary IDLE 1.0 - mode I'm well aware of the advantages of IDLE 1.0, especially the one always to have a clean workspace for testing programs - and I'd like to port as much of them to a customized development environment I use in my classes. Now, I'm considering to work with both of the two modes in my classes, although I'm not sure, if this will be easy to explain to my students. How do you proceed to "keep it as simple as possible, but not simpler?" Are there other ways for developing Tkinter-GUI-programs interactively. Specifically: can the turtle.module only be used interactively (as intended) with the IDLE -n switch? Although there are many other graphics modules around I certainly will stick to using Tkinter (and IDLE), because I consider it to be a big advantage for beginners to start with tools as they come out of the box. (Aside: nevertheless I use to use IDLE with pythons -Qnew - switch to avoid complications with division, i. e. In my classes I silently import the future - one of my means to minimize computer-hatred ;-) ) Therefore I'm interested in every comment and every idea on how to use the new IDLE optimally for educational purposes. So I'll post this question (in contrast to my usual habit) on tutor, edu-sig and idle-dev. This will remain an exception. Regards Gregor Lingl P.S.: The new possibilities of printing the content of windows and of customizing the appearance of IDLE (fonts, colors etc.) easily e.g. for use with a beamer in a classroom is imho a big advance. Especially when I try to convince my colleagues to use Python, who, accustomed to the usual Windows, VisualBasic etc. comfort, used to critisize the spartanic features of the old IDLE. If you believe it or not, for many teachers (and students) those things matter! P.P.S: Moreover a gentle update of Dennies gentle introduction to the use of IDLE would be a hit! From glingl at aon.at Thu Sep 25 16:57:06 2003 From: glingl at aon.at (Gregor Lingl) Date: Thu Sep 25 16:59:03 2003 Subject: [Idle-dev] Additional remark concerning -Qnew with IDLE 1.0 Message-ID: <3F7356A2.80706@aon.at> Hi, just observed (for the second time :-( ) that the -Qnew switch dowsn't work with IDLE 1.0 except in -n mode. I.e.: With python.exe -Qnew idle.pyw IDLE does not perform float-division with integer arguments, whereas with python.exe -Qnew idle.pyw -n new division works. This seem strange and inconsistent? Regards Gregor Lingl From glingl at aon.at Fri Sep 26 05:20:06 2003 From: glingl at aon.at (Gregor Lingl) Date: Fri Sep 26 05:23:03 2003 Subject: [Idle-dev] Re: [Edu-sig] How to explore Tkinter interactively with IDLE 1.0 Message-ID: <3F7404C6.2090505@aon.at> Thanks Kirby, for your experiments. On my machine things work differently and apparently wrong. Two more very short examples. Example 1: Start IDLE (Python 2.3.1, IDLE 1.0) >>> from turtle import * >>> demo() Now something very strange happens: three squares are drawn slowly and then, after approximately two seconds the program seems to stop during execution. Inserting appropriate print statements into turtle.py, for tracing, reveals that the program *is* executed until the end, but this is not reflected on the Canvas. (A stair and som text should have appeared.) Trying to close the Canvas provokes the well known Windows dialog that comes when a program doesn't react any more. There I can terminate it immediatly by pressing the corresponding button. The same happens on a Windows2000 Machine with Python 2.3 Of course demo can be run without problems as a separate process in IDLE 1.0 after having loaded Python23\Lib\lib-tk\turtle.py into the editor. Conlusion: There is a bug somewhere, but I can't even loacate it exactly. Examples 2, concerning a different sort of problem: RestartIDLE >>> from Tkinter import * >>> root = Tk() # Nothing happens; in IDLE 0.8 a tiny empty Tk-Window appeared >>> cv = Canvas(root) >>> cv.pack() # Still nothing happens; in IDLE 0.8 you saw the Canvas packed intp # the TK window (default-size of the Canvas) >>> root.mainloop() # this was not advised in IDLE 0.8 Now the Tk-Window appears on the screen (same appearance as in IDLE 0.8) but - of course - I cannot input any more statements into IDLE, I think because of the running mainloop(). Only when I close the newly created window IDLE is ready for more input. Conclusion: I can't play around any more with Tkinter windows interactively. Any ideas? Gregor Kirby Urner schrieb: >>Hi Kirby, >>this definitely doesn't work on my machine (Windows XP with Python 3.2) >> >> > >I just downloaded 2.3.1 today or yesterday. That couldn't be the difference >could it? Windows XP here too. > >It's true for me as well that when I first say up(), the Tk window is behind >the main one. I see it by sliding the main one out of the way. I don't >touch the secondary one. > >The secondary window (showing the turtle) is not responsive in the usual >way. > >For example, if I hit the maximize icon, nothing happens. But next time I >go up(), the window maximizes (i.e. the action occurs only on programmatic >refresh). Likewise to shrink it down again (using the icon) -- the resize >event is postponed until the next turtle event. > >If the secondary window minimizes to the task bar, I double-click on it. >Then I go up() or setx() or something, and it tends to return to its >previous (open) state. > >If a window moves in front of the secondary window, and then is moved away, >the secondary window will not refresh and is likely blank -- until the next >turtle event. > >Kirby > > > > > > From glingl at aon.at Fri Sep 26 05:48:34 2003 From: glingl at aon.at (Gregor Lingl) Date: Fri Sep 26 05:50:20 2003 Subject: [Idle-dev] Re: [Edu-sig] How to explore Tkinter interactively with IDLE 1.0 In-Reply-To: <3F7404C6.2090505@aon.at> References: <3F7404C6.2090505@aon.at> Message-ID: <3F740B72.4090604@aon.at> Hi! > > > Conlusion: There is a bug somewhere, but I can't even loacate it exactly. I think (I hope) that I've found the bug in turtle.py. It has to do with updating the Canvas. This is not done, when tracer(0) is issued. Updating is regularely done in _draw_turtle. But not, if self._tracing is turned off. - see line 290 of turtle.py - . So there we have to insert a statement for updating the canvas. E.g.: def _draw_turtle(self,position=[]): if not self._tracing: self._canvas.update() # <== Insert this line return if position == []: # etc. etc. With this correction interactive use of turtle.py is possible and demo runs as expected. Without it the program seems to remain hanging because of some pending (update?) events? The turtle-window has still to be closed via Shell/restart as Kirby suggested. (I must confess that I still not have a profound understanding of the problem, and maybe there are similar pitfalls in the code of turtle.py still hanging around). I'll test this extensively soon. Regards, Gregor > > > Examples 2, concerning a different sort of problem: > > RestartIDLE > > >>> from Tkinter import * > >>> root = Tk() # Nothing happens; in IDLE 0.8 a tiny empty > Tk-Window appeared > >>> cv = Canvas(root) > >>> cv.pack() # Still nothing happens; in IDLE 0.8 you saw the > Canvas packed intp > # the TK window (default-size of the Canvas) > >>> root.mainloop() # this was not advised in IDLE 0.8 > > Now the Tk-Window appears on the screen (same appearance as in IDLE 0.8) > but - of course - I cannot input any more statements into IDLE, I think > because of the running mainloop(). Only when I close the newly created > window > IDLE is ready for more input. > > Conclusion: I can't play around any more with Tkinter windows > interactively. > > Any ideas? > > Gregor > > > Kirby Urner schrieb: > >>> Hi Kirby, >>> this definitely doesn't work on my machine (Windows XP with Python 3.2) >>> >> >> >> I just downloaded 2.3.1 today or yesterday. That couldn't be the >> difference >> could it? Windows XP here too. >> >> It's true for me as well that when I first say up(), the Tk window is >> behind >> the main one. I see it by sliding the main one out of the way. I don't >> touch the secondary one. >> >> The secondary window (showing the turtle) is not responsive in the usual >> way. >> For example, if I hit the maximize icon, nothing happens. But next >> time I >> go up(), the window maximizes (i.e. the action occurs only on >> programmatic >> refresh). Likewise to shrink it down again (using the icon) -- the >> resize >> event is postponed until the next turtle event. >> >> If the secondary window minimizes to the task bar, I double-click on it. >> Then I go up() or setx() or something, and it tends to return to its >> previous (open) state. >> >> If a window moves in front of the secondary window, and then is moved >> away, >> the secondary window will not refresh and is likely blank -- until >> the next >> turtle event. >> >> Kirby >> >> >> >> >> >> > > > _______________________________________________ > Edu-sig mailing list > Edu-sig@python.org > http://mail.python.org/mailman/listinfo/edu-sig > > From glingl at aon.at Fri Sep 26 12:55:44 2003 From: glingl at aon.at (Gregor Lingl) Date: Fri Sep 26 12:57:28 2003 Subject: [Idle-dev] Tkinter and IDLE 1.0 Message-ID: <3F746F90.1050902@aon.at> Hi, idle-dev-people, there is now a thread on this topic developing at edu-sig@python.org. So, if there is someone among you, who is interested in these problems, and what experiences other people have made with it, please read this thread at edu-sig. I think this is more convenient than doing cross-posting all-thread-long ;-) Thanks Gregor From glingl at aon.at Fri Sep 26 12:49:03 2003 From: glingl at aon.at (Gregor Lingl) Date: Fri Sep 26 12:59:38 2003 Subject: [Idle-dev] Re: [Edu-sig] How to explore Tkinter interactively with IDLE 1.0 In-Reply-To: <38A4C620-F03F-11D7-A541-0003939B59E8@blastradius.com> References: <38A4C620-F03F-11D7-A541-0003939B59E8@blastradius.com> Message-ID: <3F746DFF.4050400@aon.at> Dethe Elza schrieb: > On Thursday, September 25, 2003, at 10:09 PM, Kirby Urner wrote: > >> It's true for me as well that when I first say up(), the Tk window is >> behind >> the main one. I see it by sliding the main one out of the way. I don't >> touch the secondary one. >> >> The secondary window (showing the turtle) is not responsive in the usual >> way. > > > This is the case for me when I try using turtle commands from the > python interpreter interactively, so it doesn't seem to be limited to > Idle behaviour. I'm using Python 2.3 on OS X (10.2) with the native > Tk library. I cannot close the Tk window. When I click in the window > the interpreter prints > > >>> SetFrontProcess failed,-606 Hi Dethe, this doesn't occur under Windows. With commandline-python works as expected. Moreover the Tk - example from my prior posting works also with Python 3.2.1 command line interpreter exactly as it did with IDLE 0.8 in earlier Python versions. Regards, Gregor > > And the window has none of the control buttons or drag bar enabled. > OS X has some issues normally with starting up GUI windows from the > command-line, but you can generally interact with them. > > I hadn't played with the turtle package (I should look at it, since > I've written my own incomplete turtle program with totally different > interaction). This was fun: > > def zap(x): > for i in range(0, x * 5, 5): > circle(i) > > for x in range(8): > right(60) > zap(x + 5) > > It needs sound effects, though. > > --Dethe > > > _______________________________________________ > Edu-sig mailing list > Edu-sig@python.org > http://mail.python.org/mailman/listinfo/edu-sig > > From guido at python.org Fri Sep 26 17:54:10 2003 From: guido at python.org (Guido van Rossum) Date: Fri Sep 26 17:54:43 2003 Subject: [Idle-dev] Re: [Edu-sig] How to explore Tkinter interactively with IDLE 1.0 In-Reply-To: Your message of "Fri, 26 Sep 2003 16:11:50 CDT." <3F74AB96.3070102@wartburg.edu> References: <38A4C620-F03F-11D7-A541-0003939B59E8@blastradius.com> <3F746DFF.4050400@aon.at> <3F74AB96.3070102@wartburg.edu> Message-ID: <200309262154.h8QLsAM22247@12-236-84-31.client.attbi.com> [resend, I wanted this to go to idle-dev but typed idle-sig] > I just wanted to confirm what has been reported here regarding IDLE 1.0. > I have a simple 2D graphics package that I developed for CS1. It is > basically a thin wrapper over a TK canvas. With versions of IDLE prior > to 1.0, it was easy to experiment with the graphics interactively. Now, > that is much harder. The basic problem is that the eventloop in the > subprocess window is suspended when the IDLE interactive shell is > waiting for input. As has already been reported, judicious calling of > update() can be used to force the window to flush its queue. You can > call update() from the IDLE shell to force the window to react. > > For example: > > >>> from Tkinter import * > >>> win = Tk() # nothing appears > >>> win.update() # Tk window pops up > >>> # now click in the close box of the Tk window, nothing happens > >>> win.update() # Tk window closes > > The interesting thing is that events are getting posted even when the > window is unresponsive. As this example shows, the click in the close > box is carried out when the update() call is made. > > Under Windows, subprocess Tk windows are completely unresponsive and > often pop up underneath the IDLE window. If you drag the Tk window with > the mouse, nothing seems to happen, but typing win.update() in the shell > will cause the Tk window to jump to the new location. Under Linux, the > situation is slightly better, the window is still under control of the > window manager and can be moved and resized, but Tk events do not occur > until an update(). > > My partial solution to this problem has been to add updates() to my > library. But realistically, if you want to do interactive > experiementation with Tkinter, the DOS or Linux command line is the > better route now. It would be nice if this could be fixed, but I'm > willing to give this up for the other features introduced by the IDLE fork. This is because under IDLE 1.0, Tkinter programs don't get to benefit from IDLE's Tkinter mainloop. Tkinter programs written for use outside IDLE runs fine under the new IDLE, because such programs already have an explicit call to the Tkinter mainloop (otherwise they wouldn't function at all). Under IDLE 0.8, such programs, once started, would be hard to stop because their mainloop and IDLE's mainloop would compete. But interactively playing with Tkinter has become harder. So, the new IDLE, conforming one of its design goals, has actually become more compatible with Tkinter applications -- but at the same time the unique IDLE 0.8 feature of easy interactive Tkinter experimentation has gone out of the window. A work-around is to use the -n command line argument to idle (a bit tricky to invoke on Windows but you should be able to add this to the IDLE alias or create a batch file for it), which runs the Python code in the IDLE process as in IDLE 0.8 (with all the risks of that mode, like losing data in IDLE when the app crashes or hangs). Perhaps this could be made a more easily configurable option (a checkbox or radio button in the General configurations dialog would seem the right place). Do we need something else? Perhaps some trick that you can invoke that runs a Tkinter mainloop in a background thread? (But note that Tkinter and threads don't go well together.) --Guido van Rossum (home page: http://www.python.org/~guido/) From glingl at aon.at Fri Sep 26 18:36:02 2003 From: glingl at aon.at (Gregor Lingl) Date: Fri Sep 26 18:37:49 2003 Subject: [Idle-dev] Re: [Edu-sig] How to explore Tkinter interactively with IDLE 1.0 Message-ID: <3F74BF52.9070601@aon.at> Guido van Rossum schrieb: >This is because under IDLE 1.0, Tkinter programs don't get to benefit >from IDLE's Tkinter mainloop. Tkinter programs written for use >outside IDLE runs fine under the new IDLE, because such programs >already have an explicit call to the Tkinter mainloop (otherwise they >wouldn't function at all). Under IDLE 0.8, such programs, once started, >would be hard to stop because their mainloop and IDLE's mainloop would >compete. But interactively playing with Tkinter has become harder. > >So, the new IDLE, conforming one of its design goals, has actually >become more compatible with Tkinter applications -- but at the same >time the unique IDLE 0.8 feature of easy interactive Tkinter >experimentation has gone out of the window. > >A work-around is to use the -n command line argument to idle (a bit >tricky to invoke on Windows but you should be able to add this to the >IDLE alias or create a batch file for it), which runs the Python code >in the IDLE process as in IDLE 0.8 (with all the risks of that mode, >like losing data in IDLE when the app crashes or hangs). > > Hi Guido, thanks for your reply. For experimentation with Tkinter I do use IDLE with the -n switch in my classes. >Perhaps this could be made a more easily configurable option (a >checkbox or radio button in the General configurations dialog would >seem the right place). > The dream of any teacher would be, of course, to have a menu-switch to flip between the two modes without the need to restart IDLE. But probably this would be hard to implement. >Do we need something else? Perhaps some trick that you can invoke >that runs a Tkinter mainloop in a background thread? (But note that >Tkinter and threads don't go well together.) > Doesn't Tkinter claim to be threadsafe? (The few simple programs I wrote, whith several threads drawing on the same Canvas showed no problems.) However there is a different point: In my classes I use the -Qnew switch for the Python interpreter (and also in my book, as you already noticed, when you read some excerpts of it) and this works fine with IDLE -n, but, alas, it doesn't work with IDLE 1.0 in standard mode. Is this a feature or a bug? So what about a switch - or at least also a configuration option - for the new division? Regards, Gregor > >--Guido van Rossum (home page: http://www.python.org/~guido/) > >_______________________________________________ >Edu-sig mailing list >Edu-sig@python.org >http://mail.python.org/mailman/listinfo/edu-sig > > > > From guido at python.org Fri Sep 26 18:39:51 2003 From: guido at python.org (Guido van Rossum) Date: Fri Sep 26 18:40:32 2003 Subject: [Idle-dev] Re: [Edu-sig] How to explore Tkinter interactively with IDLE 1.0 In-Reply-To: Your message of "Sat, 27 Sep 2003 00:30:43 +0200." <3F74BE13.5040408@aon.at> References: <38A4C620-F03F-11D7-A541-0003939B59E8@blastradius.com> <3F746DFF.4050400@aon.at> <3F74AB96.3070102@wartburg.edu> <200309262133.h8QLXvZ22213@12-236-84-31.client.attbi.com> <3F74BE13.5040408@aon.at> Message-ID: <200309262239.h8QMdqR22408@12-236-84-31.client.attbi.com> > Doesn't Tkinter claim to be threadsafe? (The few simple programs I > wrote, whith several threads drawing on the same Canvas showed no > problems.) It does claim so, but (esp. on Windows) I'm doubtful of that claim for large apps. > However there is a different point: In my classes I use the -Qnew switch > for the Python interpreter (and also in my book, as you already noticed, > when you read some excerpts of it) and this works fine with IDLE -n, but, > alas, it doesn't work with IDLE 1.0 in standard mode. Is this a feature > or a bug? I consider it a bug. I'm not sure how easy it will be to fix though, but I encourage you to submit a SF bug for this. > So what about a switch - or at least also a configuration option - for > the new division? A config option could work but only if you don't use -n. :-) --Guido van Rossum (home page: http://www.python.org/~guido/)