From eliswilson at hushmail.com Wed May 1 00:14:45 2013 From: eliswilson at hushmail.com (eliswilson at hushmail.com) Date: Tue, 30 Apr 2013 18:14:45 -0400 Subject: [Idle-dev] Biggest Fake Conference in Computer Science Message-ID: <20130430221445.5919A14DBE2@smtp.hushmail.com> Biggest Fake Conference in Computer Science We are researchers from different parts of the world and conducted a study on the world?s biggest bogus computer science conference WORLDCOMP http://sites.google.com/site/worlddump1 organized by Prof. Hamid Arabnia from University of Georgia, USA. We submitted a fake paper to WORLDCOMP 2011 and again (the same paper with a modified title) to WORLDCOMP 2012. This paper had numerous fundamental mistakes. Sample statements from that paper include: (1). Binary logic is fuzzy logic and vice versa (2). Pascal developed fuzzy logic (3). Object oriented languages do not exhibit any polymorphism or inheritance (4). TCP and IP are synonyms and are part of OSI model (5). Distributed systems deal with only one computer (6). Laptop is an example for a super computer (7). Operating system is an example for computer hardware Also, our paper did not express any conceptual meaning. However, it was accepted both the times without any modifications (and without any reviews) and we were invited to submit the final paper and a payment of $500+ fee to present the paper. We decided to use the fee for better purposes than making Prof. Hamid Arabnia richer. After that, we received few reminders from WORLDCOMP to pay the fee but we never responded. This fake paper is different from the two fake papers already published (see https://sites.google.com/site/worlddump4 for details) in WORLDCOMP. We MUST say that you should look at the above website if you have any thoughts of participating in WORLDCOMP. DBLP and other indexing agencies have stopped indexing WORLDCOMP?s proceedings since 2011 due to its fakeness. See http://www.informatik.uni-trier.de/~ley/db/conf/icai/index.html for of one of the conferences of WORLDCOMP and notice that there is no listing after 2010. See Section 2 of http://sites.google.com/site/dumpconf for comments from well-known researchers about WORLDCOMP. The status of your WORLDCOMP papers can be changed from scientific to other (i.e., junk or non-technical) at any time. Better not to have a paper than having it in WORLDCOMP and spoil the resume and peace of mind forever! Our study revealed that WORLDCOMP is money making business, using University of Georgia mask, for Prof. Hamid Arabnia. He is throwing out a small chunk of that money (around 20 dollars per paper published in WORLDCOMP?s proceedings) to his puppet (Mr. Ashu Solo or A.M.G. Solo) who publicizes WORLDCOMP and also defends it at various forums, using fake/anonymous names. The puppet uses fake names and defames other conferences to divert traffic to WORLDCOMP. He also makes anonymous phone calls and threatens the critiques of WORLDCOMP (See Item 7 of Section 5 of above website). That is, the puppet does all his best to get a maximum number of papers published at WORLDCOMP to get more money into his (and Prof. Hamid Arabnia?s) pockets. Prof. Hamid Arabnia makes a lot of tricks. For example, he appeared in a newspaper to fool the public, claiming him a victim of cyber-attack (see Item 8 in Section 5 of above website). Monte Carlo Resort (the venue of WORLDCOMP for more than 10 years, until 2012) has refused to provide the venue for WORLDCOMP?13 because of the fears of their image being tarnished due to WORLDCOMP?s fraudulent activities. That is why WORLDCOMP?13 is taking place at a different resort. WORLDCOMP will not be held after 2013. The draft paper submission deadline is over but still there are no committee members, no reviewers, and there is no conference Chairman. The only contact details available on WORLDCOMP?s website is just an email address! We ask Prof. Hamid Arabnia to publish all reviews for all the papers (after blocking identifiable details) since 2000 conference. Reveal the names and affiliations of all the reviewers (for each year) and how many papers each reviewer had reviewed on average. We also ask him to look at the Open Challenge (Section 6) at https://sites.google.com/site/moneycomp1 and respond if he has any professional values. Sorry for posting to multiple lists. Spreading the word is the only way to stop this bogus conference. Please forward this message to other mailing lists and people. We are shocked with Prof. Hamid Arabnia and his puppet?s activities at http://worldcomp-fake-bogus.blogspot.com Search Google using the keyword worldcomp fake for additional links. From raajjya at gmail.com Mon May 13 07:28:38 2013 From: raajjya at gmail.com (Jayakrishnan Rajagopalasarma) Date: Mon, 13 May 2013 10:58:38 +0530 Subject: [Idle-dev] IDLE Unittest framework: Commencing Initial Design Message-ID: There is a need for a proper design in commencing idle unittest framework, Two suggestions in issue 15392 are create test_idle directory in test sub directory (Lib/test/test_idle) or to create test directory inside idlelib. (Lib/idlelib/test) On that discussion these two approaches were proposed as follows, David Murray said, "best practice would be to have all tests be in the 'test' sub directory. I moved email/test into test/test_email, and I prefer having it there" Terry J. Reedy said, "I strongly prefer idlelib/test since it will make developing **much** easier for me on Windows. Also, it would be part of the optional install of idlelib, as tkinter/test is for tkinter. Adding test/test_idle will not be too much use until issue #10652 is resolved so it would actually run with -m test." To continue this work with my GSoc work, considering these points , my view is to put tests in test/test_idle directory, like test/test_email would be the best practice in the long run of python development with the hope of the issue #10652 is on a healthy patch review, so it would actually run with -m test in near future. Expecting your suggestions to come up with a decision on this design issue, so that I can move on. *"Think big, Start Small, Move Fast"* Thanks && Regards.. R. Jayakrishnan -------------- next part -------------- An HTML attachment was scrubbed... URL: From tjreedy at udel.edu Mon May 13 08:19:05 2013 From: tjreedy at udel.edu (Terry Jan Reedy) Date: Mon, 13 May 2013 02:19:05 -0400 Subject: [Idle-dev] IDLE Unittest framework: Commencing Initial Design In-Reply-To: References: Message-ID: On 5/13/2013 1:28 AM, Jayakrishnan Rajagopalasarma wrote: > There is a need for a proper design in commencing idle unittest > framework, Two suggestions in issue 15392 > are create test_idle directory > in test sub directory (Lib/test/test_idle) or to create test > directory inside idlelib. (Lib/idlelib/test) > > On that discussion these two approaches were proposed as follows, > > David Murray said, "best practice would be to have all tests be in > the 'test' sub directory. I moved email/test into test/test_email, *after developing it* > and I prefer having it there" email and idle are very different beasts. > Terry J. Reedy said,"I strongly prefer idlelib/test since it will > make developing **much** easier for me on Windows. Also, it would be > part of the optional install of idlelib, as tkinter/test is for > tkinter.Adding test/test_idle will not be too much use until > issue#10652 is resolved so it I applied a patch and need to check if it completely resolved the issue. > would actually run with -m test." It is 2 am Monday for me so I will try to be brief and coherent. I have a draft of a patch based somewhat on yours. I hope to finish it today after sleep and upload it. I still prefer idlelib/itest (better than 'test' to avoid masking Lib/test when in idlelib) for multiple reasons and have a draft explanation of them, which will accompany the patch. I too would like to do the first commit soon, so I can followup with a conversion of the calltips tests. I looked through all the idlelib/*.py modules today and there is not much else in the way of *automated* tests to convert. There is plenty for multiple people to do ;-). You help will be appreciated. Terry From francismb at email.de Mon May 13 22:04:43 2013 From: francismb at email.de (francis) Date: Mon, 13 May 2013 22:04:43 +0200 Subject: [Idle-dev] IDLE Unittest framework: Commencing Initial Design In-Reply-To: References: Message-ID: <5191475B.6040805@email.de> On 05/13/2013 08:19 AM, Terry Jan Reedy wrote: > I still prefer idlelib/itest (better than 'test' to avoid masking > Lib/test when in idlelib) for multiple reasons and have a draft > explanation of them, which will accompany the patch. That's a bit weird Terry, why not to follow "Special cases aren't special enough to break the rules."? From tjreedy at udel.edu Tue May 14 02:24:56 2013 From: tjreedy at udel.edu (Terry Jan Reedy) Date: Mon, 13 May 2013 20:24:56 -0400 Subject: [Idle-dev] IDLE Unittest framework: Commencing Initial Design In-Reply-To: <5191475B.6040805@email.de> References: <5191475B.6040805@email.de> Message-ID: On 5/13/2013 4:04 PM, francis wrote: > On 05/13/2013 08:19 AM, Terry Jan Reedy wrote: >> I still prefer idlelib/itest (better than 'test' to avoid masking >> Lib/test when in idlelib) for multiple reasons and have a draft >> explanation of them, which will accompany the patch. > That's a bit weird Terry, I think it a bit weird that you say this without waiting for and reading the promised explanation. > why not to follow "Special cases aren't > special enough to break the rules."? PEP 434 recognizes Idle as a special case that *is* special enough to break the rule for changes in bugfix releases. The same specialness is part of my reason and explanation. tjr From nad at acm.org Sun May 19 04:50:52 2013 From: nad at acm.org (Ned Deily) Date: Sat, 18 May 2013 19:50:52 -0700 Subject: [Idle-dev] OS X IDLE and Tkinter users: new releases of Tcl/Tk & Python Message-ID: As I hope you've read already, new releases of Python are now available: 3.3.2, 3.2.5, and 2.7.5. There is also a recent release of Tcl/Tk 8.5: 8.5.14. If you use Tkinter apps, like IDLE, from one of the python.org 64-bit/32-bit OS X installers for 3.3.x, 3.2.x, or 2.7.x for OS X 10.6, 10.7, or 10.8, it would be great if you could install and try out these latest combinations. Tkinter apps have proven to turn up edge cases in the newer Cocoa implementation of Tk 8.5 on OS X; a number of problems have been fixed in recent releases. Since these kinds of problems are difficult to test for automatically, it is important to get real user experience and feedback. Please report any suspected new problems to the Python bug tracker. Thanks for your help! http://www.python.org/download/ http://www.python.org/download/mac/tcltk/ http://www.activestate.com/activetcl/downloads http://bugs.python.org -- Ned Deily, nad at acm.org From letterrip at gmail.com Fri May 31 19:14:06 2013 From: letterrip at gmail.com (Tom M) Date: Fri, 31 May 2013 09:14:06 -0800 Subject: [Idle-dev] some interesting ideas from 'DrRacket' programming environment In-Reply-To: References: Message-ID: Sent this already, but since it hadn't gone through yet, figured I'd sign up for idle-dev and resend an edited version :) The moderate can feel free to delete the original, less clear emails if so inclined. Hi all, there are some useful ideas that might be worth adopting from an IDE for Scheme - 'DrRacket', which is used to teach programming design. https://class.coursera.org/programdesign-001/class The most interesting idea is that it highlights any code that wasn't executed during a unit/doctest. So a developer/student can easily spot deadcode or code that needs to have test cases created. An idea that seeing this feature inspired (due to at first mistaking the purpose of the feature) was to add the arrows showing program flow as used in LLVM with Clang static debugging. So the user can trace through visually how the program is executing. Other useful features of the language/IDE for teaching purposes were having the file editor and evaluation window in single frame. This is easier for many individuals than moving the file editor window to the foreground, then the evaluation window to the foreground and likely reduces 'context switching' mental overhead. Also something fairly unique, but quite interesting for simplifying teaching tasks, is the abilty to paste images into a variable definition, and able to output images to the evaluation window. i thought this was rather clever, pasting an actual image inline into your program file rather than path manipulation is likely drastically easier for new users, and visual results are both more interesting and often easier to understand. Along with the image pasting into variable definitons was the inclusion of a simple image manipulation library that allowed simple operations - enough to create toy games, and animations. To me this is more kid friendly and appealing than turtle. Perhaps turtle could be extended to include the functions provided or a seperate module. It allows for simple examples that are likely more readily graspable for beginners. Ie one of the early examples in the course is a stoplight and turning the 3 colors off and on. Have a look at these videos for the course 8 minutes onward in 01d 3:50 onward in 01e https://class.coursera.org/programdesign-001/wiki/view?page=AllLectures (might require free registration to view the videos) Thanks for your great work, hope you find these suggestions of interest. Tom M. From alexandre.boulay59 at gmail.com Sat May 11 23:09:33 2013 From: alexandre.boulay59 at gmail.com (Alexandre Boulay) Date: Sat, 11 May 2013 21:09:33 -0000 Subject: [Idle-dev] A little idea to improve IDLE visually. Message-ID: Maybe we could improve the efficiency of the scrollbar in IDLE : - The line shows beginning of the class/definition. - The dot shows the end of the class/definition. - The indentation (slice move on the right) of line/dot should represent the insertion of a subclass in a class - Showing where the definition or class begin - When you have a very long text, you may want to see the structure of your code and its class. - The thickness of the coloured lines must be reduced proportionally to the size of the scrollbar I know that IDLE is configured whith TKinter so I don't know where the modifications will happen. Feel free to contact me for any questions Cheers. -------------- next part -------------- An HTML attachment was scrubbed... URL: