You can subscribe to this list here.
2004 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2005 |
Jan
|
Feb
(1) |
Mar
(2) |
Apr
(1) |
May
|
Jun
(2) |
Jul
(2) |
Aug
(4) |
Sep
(3) |
Oct
(1) |
Nov
(2) |
Dec
|
2006 |
Jan
(2) |
Feb
(4) |
Mar
(1) |
Apr
(49) |
May
(123) |
Jun
(162) |
Jul
(96) |
Aug
(59) |
Sep
(69) |
Oct
(73) |
Nov
(71) |
Dec
(29) |
2007 |
Jan
(68) |
Feb
(97) |
Mar
(170) |
Apr
(86) |
May
(78) |
Jun
(62) |
Jul
(114) |
Aug
(71) |
Sep
(145) |
Oct
(107) |
Nov
(43) |
Dec
(41) |
2008 |
Jan
(46) |
Feb
(66) |
Mar
(70) |
Apr
(91) |
May
(119) |
Jun
(104) |
Jul
(92) |
Aug
(83) |
Sep
(68) |
Oct
(146) |
Nov
(76) |
Dec
(70) |
2009 |
Jan
(114) |
Feb
(101) |
Mar
(153) |
Apr
(203) |
May
(85) |
Jun
(100) |
Jul
(109) |
Aug
(93) |
Sep
(48) |
Oct
(2) |
Nov
(1) |
Dec
(15) |
2010 |
Jan
(9) |
Feb
(12) |
Mar
(25) |
Apr
(61) |
May
(107) |
Jun
(75) |
Jul
(76) |
Aug
(91) |
Sep
(100) |
Oct
(46) |
Nov
(47) |
Dec
(28) |
2011 |
Jan
(105) |
Feb
(88) |
Mar
(82) |
Apr
(45) |
May
(46) |
Jun
(76) |
Jul
(73) |
Aug
(77) |
Sep
(53) |
Oct
(65) |
Nov
(58) |
Dec
(57) |
2012 |
Jan
(53) |
Feb
(19) |
Mar
(4) |
Apr
(9) |
May
(2) |
Jun
(3) |
Jul
(1) |
Aug
(3) |
Sep
(3) |
Oct
(4) |
Nov
(1) |
Dec
(12) |
2013 |
Jan
(6) |
Feb
(2) |
Mar
(3) |
Apr
|
May
(2) |
Jun
(8) |
Jul
(2) |
Aug
|
Sep
(1) |
Oct
|
Nov
(2) |
Dec
(2) |
2014 |
Jan
(4) |
Feb
|
Mar
(1) |
Apr
|
May
(3) |
Jun
|
Jul
(1) |
Aug
(1) |
Sep
(4) |
Oct
(1) |
Nov
(3) |
Dec
(2) |
2015 |
Jan
(1) |
Feb
(3) |
Mar
|
Apr
(2) |
May
(4) |
Jun
(1) |
Jul
(5) |
Aug
(12) |
Sep
|
Oct
(1) |
Nov
|
Dec
(15) |
2016 |
Jan
(16) |
Feb
(7) |
Mar
|
Apr
|
May
(3) |
Jun
(8) |
Jul
|
Aug
(2) |
Sep
|
Oct
(1) |
Nov
(5) |
Dec
|
2017 |
Jan
(1) |
Feb
|
Mar
(1) |
Apr
(1) |
May
|
Jun
(2) |
Jul
|
Aug
(1) |
Sep
(3) |
Oct
|
Nov
(2) |
Dec
|
2018 |
Jan
|
Feb
(2) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
(1) |
Oct
|
Nov
(1) |
Dec
|
2019 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2020 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
(1) |
2021 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2023 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
2024 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: SourceForge.net <no...@so...> - 2006-07-30 18:24:11
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3844760 By: cesarezh hi, i'm using eclipse 3.1.2 with pydev extensions 1.0.5 on two winXP computers: one in the office and one at home - when i work there. transfering one source code file from one computer to the other leads to completely corrupted files (textfile encoding: cp1252, new text line delimiter: unix on both), i.e. I got a lot of unwanted end of lines inserted so that I can't use that file anymore. here an example: def objectMoved(self): objMoved= "This object may be found <a HREF=\"http://www.immostreet.ch/default.asp\"" in the original the last string was on ONE line. Has somebody any suggestions. Thanks a lot. Cesare ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=293649 |
From: SourceForge.net <no...@so...> - 2006-07-28 10:51:22
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3841993 By: fabioz Nope, this is a python bug mixed with a bad specification on how a shell is supposed to behave. Usually shells put a '\n' when you press enter, but the Eclipse console puts '\r\n' and python does not handle it well, as this is not specified anywhere, and does not seem such awkward, my feeling is that it's a python bug, but you can surely argue the other way... so, you can submit a bug to eclipse.org and python.org and see who'll fix it... (or you can handle it in your program). Cheers, Fabio ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=293649 |
From: SourceForge.net <no...@so...> - 2006-07-28 02:24:30
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3841513 By: ming_wen if you use IDLE,there is no problem ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=293649 |
From: SourceForge.net <no...@so...> - 2006-07-28 02:07:17
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3841475 By: ming_wen for example: def ask_ok(prompt, retries=4, complaint='Yes or no, please!'): while 1: ok = raw_input(prompt) if ok in ('y', 'yes'): return True if ok in ('n', 'no'): return False retries = retries - 1 if retries < 0: raise IOError, 'refusenik user' print complaint while 1: flag = ask_ok('are you really want to quit?') if flag == True: break print 'out' In Eclipse 3.2/Python 2.4,the output always is"Yes or no, please! " however,if you add a '\r' after the word which compare with 'ok',e.g.'y'->'y\r'. Then the result will be right. So,I guess Pydev don't have a good deal with the 'enter'.It should only be the end of input,not in the input. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=293649 |
From: SourceForge.net <no...@so...> - 2006-07-24 15:11:06
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3835808 By: atila-cheops ok, done http://sourceforge.net/tracker/index.php?func=detail&aid=1527814&group_id=85796& atid=577329 the script is attached in the bug (this seems not possible in the forum) ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=293649 |
From: SourceForge.net <no...@so...> - 2006-07-24 13:33:54
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3835664 By: fabioz Hummm... it is probably a pydev problem. Could you report that as a bug in sf? Cheers, Fabio ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=293649 |
From: SourceForge.net <no...@so...> - 2006-07-24 13:11:13
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3835625 By: atila-cheops running on windows xp python 2.4.3 eclipse 3.2 + pydev 1.2.2 (just upgraded ;-) debugging the attached script results in an explosion of threads after a while. when suspending the debug-session I get the following in the console: ... could not find thread 10958000 could not find thread 10958928 could not find thread 10644272 could not find thread 10645072 could not find thread 10644080 could not find thread 10642896 could not find thread 10644464 could not find thread 10645040 ... I don't know for if this is the pydev debugger, or python itself that does not clean up the threads. If I run the program on the console and look at the amount of threads (probably only the running threads) in taskmanager, it is not growing. If you think this is a bug in pydev or python, I'll file it as such. import threading import time class Ping(threading.Thread): def __init__(self): threading.Thread.__init__(self) # self start the thread self.start() def run(self): time.sleep(0.1) def main(): TASKS = 8 while(True): getters = [] for x in range(TASKS): getter = Ping() getters.append(getter) # wait for all the getters to finish for getter in getters: getter.join() if __name__ == "__main__": main() ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=293649 |
From: Fabio Z. <fa...@gm...> - 2006-07-24 11:49:38
|
Hi All, Pydev and Pydev Extensions 1.2.2 have been released Details on Pydev Extensions: http://www.fabioz.com/pydev Details on Pydev: http://pydev.sf.net Details on its development: http://pydev.blogspot.com Release Highlights in Pydev Extensions: ----------------------------------------------------------------- - Added the 'toggle completion type' when Ctrl is pressed in the code-completion for context-insensitive data IMPORTANT:The binding for creating the interactive console and passing commands to the shell has been changed to Ctrl+Alt+Enter (because Ctrl+Enter is now used when applying a toggled completion). Details for toggle completion type: Blog: http://pydev.blogspot.com/2006/07/improving-code-completion-in-pydev.html - When getting some definition, if it is defined by an import..from, it keeps going until the actual token is found - Duplicated signature is no longer warned inside an if..else - Mark occurrences bug-fix - Handling nested 'for' declarations and nested list comprehensions correctly in code-analysis Release Highlights in Pydev: ---------------------------------------------- Code Completion * Calltips added to pydev * The parameters are now linked when a completion is selected (so, tab iterates through them and enter goes to the end of the declaration) * Parameters gotten from docstring analysis for builtins that don't work with 'inspect.getargspec' * Getting completions for the pattern a,b,c=range(3) inside a class * Code completion for nested modules had a bug fixed * Added the 'toggle completion type' when ctrl is pressed in the code-completion for context-sensitive data * Code-completion works correctly after instantiating a class: MyClass(). <-- will bring correct completions * Code-completion can now get the arguments passed when instatiating a class (getting the args from __init__) * self is added as a parameter in the completion analyzing whether we're in a bounded or unbounded call * Pressing Ctrl+Space a second time changes default / template completions See details on toggling completion mode, cycling through completions and linked mode (blog: http://pydev.blogspot.com/2006/07/improving-code-completion-in-pydev.html) Outline View * Added option for hiding comments and imports * Persisting configuration * Added option for expanding all Others * Possibility of setting pyunit verbosity level (by Darrell Maples) * Errors getting the tests to run are no longer suppressed * Ctrl+2+kill also clears the internal cache for compiled modules (especially useful for those that create compiled dependencies). * Last opened path remembered when configuring the pythonpath (dialog) What is PyDev? --------------------------- PyDev is a plugin that enables users to use Eclipse for Python and Jython development -- making Eclipse a first class Python IDE -- It comes with many goodies such as code completion, syntax highlighting, syntax analysis, refactor, debug and many others. Cheers, -- Fabio Zadrozny ------------------------------------------------------ Software Developer ESSS - Engineering Simulation and Scientific Software http://www.esss.com.br Pydev Extensions http://www.fabioz.com/pydev Pydev - Python Development Enviroment for Eclipse http://pydev.sf.net http://pydev.blogspot.com |
From: SourceForge.net <no...@so...> - 2006-07-22 20:06:17
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3834030 By: jfb3 Please disregard. I had a strange key remapping snafu (this is a new laptop, and I'm running Gentoo no less. Tis all better now. That'll teach me to mess with xbindkeys and make typos when remapping the multimedia buttons on the front of the machine! I fixed my typos and set completion back to ctrl-space. Thank you for your time and effort. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=293649 |
From: SourceForge.net <no...@so...> - 2006-07-22 10:43:52
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3833318 By: fabioz 1 - Do you have something in your error log? 2 - You mention the faq... is it the one at http://fabioz.com/pydev/manual_101_root.html? 3 - if you open an empty file (in a file that is under your pythonpath in the project) and press ctrl+space, what happens? 4 - As for ctrl+escape, please file a bug report (still haven't checked it) 5 - the remapping for code-completion is following the Eclipse defaults (so, this is more a consistency issue with the jdt plugin) ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=293649 |
From: SourceForge.net <no...@so...> - 2006-07-22 04:55:33
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3833138 By: jfb3 When I try to activate code completion nothing happens. Yes everything seems to be set up according to the directions faq and such. The code completion drop down will appear if I get to a period "." for an import but if I type a letter after the period I can't activate the drop down manually. The ctrl+escape keystroke turns OFF the code complete drop down. But then it won't come back. Is this a bug? I'll gladly file it as such if so with any relevant info that is needed. AND on a related note. Why can't we remap the code complete keystroke. Especially since it's the default windows "Bring up the desktop" keystroke (and mine in KDE)? ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=293649 |
From: SourceForge.net <no...@so...> - 2006-07-21 23:22:55
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3832978 By: fabioz I think the test-runner could give a warning about it if it found no tests... what do you think? (if you agree, please open a feature request for it). Cheers, Fabio ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=293649 |
From: SourceForge.net <no...@so...> - 2006-07-21 23:06:32
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3832965 By: xsaero00 Thanks. That helped. I had no idea that the sctipt that runs test first imports them as modules. In my Test folders I did not have __init__.py file because I had no reason for importing tests. I think somewhere in documentation it should mention that test folders have to be Python packages to be run as Unit Tests from context menu. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=293649 |
From: SourceForge.net <no...@so...> - 2006-07-21 19:17:38
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3832721 By: fabioz Hi, Well, this is probably related to pydev... whenever it finds the encoding in a python file as defined in the pep 263 (http://www.python.org/dev/peps/pep-0263/) it will change mark that file as having that encoding in eclipse. If you don't put that encoding declaration it does no changes to the default encoding. Cheers, Fabio ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=293649 |
From: SourceForge.net <no...@so...> - 2006-07-21 18:47:11
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3832678 By: jec-ca Hi Fabio, I really appreciate your help! (and your interest!) But something strange is going on now. Yesterday, I spent 4 hours doing nothing except looking at the various things I could do with this file, and seeing what the effect was. It all seemed very predictable. Today, the whole problem seems less predictable. I am running a test with the exact same settings I noted yesterday, and getting different results. (Now, editing my file has updated its preferences to UTF-8, which is still causing the delta from the repository, but my testcase is also failing because of the character set mismatch... which does not make sense). I need to investigate further before I continue asking for help with this. But... do you think, if I explicitly set the file-level encoding to Latin-1 would Eclipse stop updating it to UTF-8? I ask because I'm not sure what is causing Eclipse/PyDev to automatically update the encoding of the file in the first place, so I'm not sure how to make it stop. This is only happening in my environment, where the big difference is the addition of PyDev, so I am guessing that it is related to the presence of PyDev... but I'm not sure. jec ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=293649 |
From: SourceForge.net <no...@so...> - 2006-07-21 16:20:35
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3832539 By: fabioz Ok, I see your point, but I have some doubts on how you're doing things: 1 - which test do you have and why (how) does it fail? 2 - I believe you agree that you have a big inconsistency in your environment if you have a file marked as being utf-8 and edited as latin-1, so, if all are marking things as utf-8, they should be interpreted as utf-8 (you can configure this in the Eclipse preferences... you don't need pydev for that). What pydev is doing is just making sure that your files are consistent with the encoding you're declaring... Cheers, Fabio ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=293649 |
From: SourceForge.net <no...@so...> - 2006-07-21 14:36:15
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3832374 By: jec-ca Thanks Fabio, And rats! I am afraid that we might already be having problems, and that the "test" has already failed... I'm the only person on the team trying out the PyDev plug-in. Everyone else is using Eclipse without a (Python) plug-in (thus, they edit in Eclipse, but run tests at the command line). Very definitely, if I explicitly set the file encoding to Latin-1, the accented characters is my source code file show up OK (and the same) in both my local version and the remote version. But I can't run the test in the Eclipse environment. If I allow Eclipse to update the file encoding to UTF-8, the accented characters in my local copy show up OK, but the remote version shows garbage, and the compare shows me the characters have changed between the two versions. But I can run the test in the Eclipse environment (since my local copy is OK). Since the Eclipse/CVS code delta tool is definitely seeing a difference between the files when my settings say it is UTF-8, I guess that there's a difference. So, I guess that if I submit my update these new differences will also be submitted, and everyone else on the team (not using the PyDev plug-in, and editing the file as though it is Latin-1) will start to see differences. I hate to lose the interactive debugging feature for Python scripts (this is what I really wanted!), but I'm not sure I can submit these deltas. Any suggestions? jec ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=293649 |
From: SourceForge.net <no...@so...> - 2006-07-21 11:32:59
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3832093 By: fabioz Well, I remember that issue, but I think it should be closed in later releases... have you tried updating pydev? Cheers, Fabio ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=293649 |
From: SourceForge.net <no...@so...> - 2006-07-21 11:29:42
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3832089 By: fabioz Well, I don't think you can edit in one mode and run in another... if you specify the coding:xxx, eclipse will interpret it as that. As for having the encoding in one format and the cvs in the other, I've never experienced problems regarding that (but I don't think I've ever tested it... so, I think you should test it... Cheers, Fabio ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=293649 |
From: SourceForge.net <no...@so...> - 2006-07-20 21:17:24
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3830976 By: jec-ca Hi, I installed the newest version of Eclipse (3.2.0) and Pydev (1.2.1) earlier this week, to work on an existing project (currently stored in CVS, in case this matters). Here's my problem: whenever I edit the file in Eclipse (using the Pydev editor), the tool is automatically updating the file-level preferences encoding property to explicitly be UTF-8. Here's why I think it's happening: Our CVS server uses Latin-1 encoding, so I need to edit python source files so that they're saved in Latin-1 format. I've set the Project-level preferences is set to ISO-8859-1. BUT... the automated test harness requires that they be executed using UTF-8 encoding, so the file contains the "coding: UTF-8" directive at the top of the file. If I edit while the file's properties are set to UTF-8, the synch viewer is showing character deltas between the repository version and my local version. If I force the format of the file explicitly to ISO-8859-1, the deltas go away, but it seems to bother the interpreter and my test cases fail. Ideally, I'd like to edit in one mode, and run in another. Is this possible? If not... what (do you think) would happen if I submitted the file to the Latin-1 repository from the UTF-8 encoding client? ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=293649 |
From: SourceForge.net <no...@so...> - 2006-07-20 16:55:05
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3830646 By: djragnaros I've been looking through some of the posts about this issue, but I still haven't found an answer. Whenever I import something that isnt part of the standard python library or a jar (I'm having this issue with jython) it causes the breakpoints in the rest of the program to be ignored. For example, you can set breakpoints and step through the execution of a script up until the import statment, and after that line is executed the debugger ignores all future breakpoints. If I comment out the import statment (i.e. from foo import * ) the debugger functions correctly. I'm using PyDev 1.0.6 Any help would be appreciated. Thanks. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=293649 |
From: SourceForge.net <no...@so...> - 2006-07-19 17:13:56
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3828817 By: jxb Thanks, Fabio, Darrell! I had looked there already but I was expanding the '+' so never saw the top level. Doh... John ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=293649 |
From: SourceForge.net <no...@so...> - 2006-07-19 16:39:50
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3828762 By: drmaples Window > Preferences. click on Pydev in the "Appearance color options:" change comments to whatever color you want. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=293649 |
From: SourceForge.net <no...@so...> - 2006-07-19 16:37:44
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3828760 By: fabioz In the preferences: window > preferences > pydev On earlier versions of pydev, that preferences page was kind of big, so, you might have to stretch it depending on the resolution you're using (on the latest versions this was changed). Cheers, Fabio ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=293649 |
From: SourceForge.net <no...@so...> - 2006-07-19 16:27:42
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3828741 By: jxb Newbie question - How can I change the colour used to display comments in python scripts in eclipse(3.1.2 python 2.4)? Thanks John ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=293649 |