Hi All - Newby
G'day All, Just thought I'd drop in and say hi. I'm new to Python, but old to software development. Python is one of the languages used in my new job, so I've just bought a book, read it, and downloaded Python; It's pretty good isn't it? It's particularly handy being able top run the same bytecode on different platforms. I found a link to this newsgroup, downloaded 1000 messages, and have only put one user in my twit filter so hopefully it'll be a good resource! I must admit to much confusion regarding some of the basics, but I'm sure time, reading, and good advice will get rid of that. at this stage, it's just working through some examples and getting my head around things. As an example, if I create a window, I've been unable to force it to be a certain size, and put a button (widget) at (say) 20,40 (x & y). Is window formatting possible? Thanks and I'm sure to be reading your posts soon. Pauly -- http://mail.python.org/mailman/listinfo/python-list
Re: Hi All - Newby
Hi Bruno,
I'm simply using the IDLE editor to hand code, then compiling and running.
Thanks
Pauly
"bruno modulix" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Ask wrote:
>> G'day All,
>>
> (snip)
>
> Welcome here...
>
>> I must admit to much confusion regarding some of the basics, but I'm sure
>> time, reading, and good advice will get rid of that. at this stage, it's
>> just working through some examples and getting my head around things. As
>> an
>> example, if I create a window, I've been unable to force it to be a
>> certain
>> size, and put a button (widget) at (say) 20,40 (x & y). Is window
>> formatting
>> possible?
>
> As you say, Python runs on a lot of platforms. It also allow the use of
> a lot of GUI toolkits. So "windows formatting" isn't a Python problem -
> it's specific to to toolkit you're using. Since we don't know which
> you're using, there's no way to answer your question.
>
> --
> bruno desthuilliers
> python -c "print '@'.join(['.'.join([w[::-1] for w in p.split('.')]) for
> p in '[EMAIL PROTECTED]'.split('@')])"
--
http://mail.python.org/mailman/listinfo/python-list
Re: Hi All - Newby
Hi TIm, Ahh I see.. (Told you I was a newby!) ;-) Tkinter is what I'm using as that was loaded by default with the installation of Python I am using. Thanks Regards Pauly "Tim Roberts" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > "Ask" <[EMAIL PROTECTED]> wrote: >> >>I'm simply using the IDLE editor to hand code, then compiling and running. > > That doesn't help. wxPython, Tkinter, and pyQt are just a few of the > packages that can be used to put windows on the screen from Python. > Python > has no built-in user interface stuff, so whatever you are using to place a > window is something you downloaded, or something that was installed with > your Python. That's what we need to find out. > -- > - Tim Roberts, [EMAIL PROTECTED] > Providenza & Boekelheide, Inc. -- http://mail.python.org/mailman/listinfo/python-list
GTK for windows and Linux
Hi All, Can someone please tell me what I need to use GTK with python for windows and Linux? Any links to the appropriate installations would be greatly appreciated as I don't know what I need... GIMP... GTK+ etc Thanks for any advice Pauly -- http://mail.python.org/mailman/listinfo/python-list
Re: GTK for windows and Linux
Thanks Renato, I'm downloading now. Pauly "Renato" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > You'll need to install the libglade/gtk/pygtk packages from: > > http://www.pcpm.ucl.ac.be/~gustin/win32_ports/ > > When your app is complete you can package it with py2exe > -- http://mail.python.org/mailman/listinfo/python-list
Re: GTK for windows and Linux
Thanks Howard "hrh1818" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Chapter 13 in "Beginning Python" by Peter Norton has a good > introduction to using GTK to create a GUI. . > > Howard > > Ask wrote: >> Hi All, >> >> Can someone please tell me what I need to use GTK with python for windows >> and Linux? >> >> Any links to the appropriate installations would be greatly appreciated >> as I >> don't know what I need... GIMP... GTK+ etc >> >> Thanks for any advice >> >> Pauly > -- http://mail.python.org/mailman/listinfo/python-list
Re: GTK for windows and Linux
Thanks Batfree "batfree" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > all you need are GTK+ envirement and the pygtk module.You can get more > information in www.pygtk.org. -- http://mail.python.org/mailman/listinfo/python-list
Re: GTK for windows and Linux
Of course that's where I first looked but the amount of options are many. Thanks anyway. "Antoon Pardon" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Op 2005-11-17, Ask schreef <[EMAIL PROTECTED]>: >> Hi All, >> >> Can someone please tell me what I need to use GTK with python for windows >> and Linux? >> >> Any links to the appropriate installations would be greatly appreciated >> as I >> don't know what I need... GIMP... GTK+ etc > > Well I think if you visit http://www.pygtk.org/, it will answer most of > your questions. > > -- > Antoon Pardon -- http://mail.python.org/mailman/listinfo/python-list
ANN: Celery 3.0 (chiastic slide) released!
=== Celery 3.0 (Chiastic Slide) Released! === Celery is a simple, flexible and reliable distributed system to process vast amounts of messages, while providing operations with the tools required to maintain such a system. It's a task queue with focus on real-time processing, while also supporting task scheduling. Celery has a large and diverse community of users and contributors, you should come join us on IRC (freenode.net: #celery) or our mailing-list (http://groups.google.com/group/celery-users). To read more about Celery you should go read the introduction: - http://docs.celeryproject.org/en/latest/getting-started/introduction.html If you use Celery in combination with Django you must also read the django-celery changelog and upgrade to django-celery 3.0 - http://github.com/celery/django-celery/tree/master/Changelog This version is officially supported on CPython 2.5, 2.6, 2.7, 3.2 and 3.3, as well as PyPy and Jython. /* You should read the full changelog which contains important notes at: - http://docs.celeryproject.org/en/latest/whatsnew-3.0.html */ Highlights == - A new and improved API, that is both simpler and more powerful. Everyone must read the new "first-steps" tutorial, and the new "next-steps" tutorial - http://bit.ly/celery-first-steps - http://bit.ly/celery-next-steps Oh, and why not reread the user guide while you're at it :) There are no current plans to deprecate the old API, so you don't have to be in a hurry to port your applications. - The worker is now thread-less, giving great performance improvements. - The new "Canvas" makes it easy to define complex workflows. Ever wanted to chain tasks together? This is possible, but not just that, now you can even chain together groups and chords, or even combine multiple chains. Read more in the Canvas user guide: - http://docs.celeryproject.org/en/latest/userguide/canvas.html - All of Celery's command line programs are now available from a single umbrella command: ``celery``. - This is the last version to support Python 2.5. Starting with Celery 3.1, Python 2.6 or later is required. - Support for the new librabbitmq C client. Celery will automatically use the librabbitmq module if installed, which is a very fast and memory-optimized replacement for the amqplib module. - Redis support is more reliable with improved ack emulation. - Celery now always uses UTC - Over 600 commits, 30k additions/36k deletions. In comparison 1.0 to 2.0 had 18k additions/8k deletions. Thank you to all users and contributors! - http://celeryproject.org/ -- Ask Solem twitter.com/asksol | +44 (0)7713357179 signature.asc Description: Message signed with OpenPGP using GPGMail -- http://mail.python.org/mailman/listinfo/python-list
Re: import bug
On Nov 3, 1:52 am, Carl Banks wrote: > On Oct 31, 7:12 am, kj wrote: > > > > > > > I'm running into an ugly bug, which, IMHO, is really a bug in the > > design of Python's module import scheme. Consider the following > > directory structure: > > > ham > > |-- __init__.py > > |-- re.py > > `-- spam.py > > > ...with the following very simple files: > > > % head ham/*.py > > ==> ham/__init__.py <== > > > ==> ham/re.py <== > > > ==> ham/spam.py <== > > import inspect > > > I.e. only ham/spam.py is not empty, and it contains the single line > > "import inspect". > > > If I now run the innocent-looking ham/spam.py, I get the following > > error: > > > % python26 ham/spam.py > > Traceback (most recent call last): > > File "ham/spam.py", line 1, in > > import inspect > > File "/usr/local/python-2.6.1/lib/python2.6/inspect.py", line 35, in > > > > import string > > File "/usr/local/python-2.6.1/lib/python2.6/string.py", line 122, in > > > > class Template: > > File "/usr/local/python-2.6.1/lib/python2.6/string.py", line 116, in > > __init__ > > 'delim' : _re.escape(cls.delimiter), > > AttributeError: 'module' object has no attribute 'escape' > > > or, similarly, > > > % python3 ham/spam.py > > Traceback (most recent call last): > > File "ham/spam.py", line 1, in > > import inspect > > File "/usr/local/python-3.0/lib/python3.0/inspect.py", line 36, in > > > > import string > > File "/usr/local/python-3.0/lib/python3.0/string.py", line 104, in > > > > class Template(metaclass=_TemplateMetaclass): > > File "/usr/local/python-3.0/lib/python3.0/string.py", line 98, in __init__ > > 'delim' : _re.escape(cls.delimiter), > > AttributeError: 'module' object has no attribute 'escape' > > > My sin appears to be having the (empty) file ham/re.py. So Python > > is confusing it with the re module of the standard library, and > > using it when the inspect module tries to import re. > > Python is documented as behaving this way, so this is not a bug. > > It is arguably poor design. However, Guido van Rossum already ruled > against using a single package for the standard library, and its not > likely that special case code to detect accidental name-clashes with > the standard library is going to be added, since there are legitimate > reasons to override the standard library. > > So for better or worse, you'll just have to deal with it. > > Carl Banks Just have to add that you're not just affected by the standard library. If you have a module named myapp.django, and someone writes a cool library called django that you want to use, you can't use it unless you rename your local django module. file myapp/django.py: from django.utils.functional import curry ImportError: No module named utils.functional At least that's what I get, maybe there is some workaround, some way to say this is an absolute path? -- http://mail.python.org/mailman/listinfo/python-list
Re: Implementation suggestions for creating a Hierarchical circuit database
On Dec 9, 9:57 am, nick wrote: > Hi, > > I am writing a personal software that will read circuit design/ > netlist. I will be using the MCNC benchmarks that contain different > types of designs in SPICE netlist format. > > I need some pointers/papers/suggestions on creating a "hierarchical" > netlist database. The netlist database can, at times, be fully > flattened, partially flattened or fully hierarchical. I should be able > to answer queries like: are there any capacitors connected to node: > x1.x2.n1? > > My program is currently only for analyzing designs for connectivity, > types of elements (resistors/capacitors) and figuring out some simple > electrical properties. > > I am just starting, so please bear with me if I haven't thought about > corner cases. > > Regards > Nick If you start by considering just the flattened case, you will find that the underlying database is not much more than a labeled graph. Make sure the code (or specs anyway) to handle that case is rock solid before trying non-flattened versions. You don't want to be fixing those problems when you move to the non-flat situations. I used to work at a CAE (computer-aided enigineering) vendor where commercial software was developed to do this, plus simulation and layout (and other considerations). One issue was name resolution and linking signals across different levels. Another issue was using shared (nested) designs, where one page was used to specify a component and other pages used several instances of that component, but I don't know if the flattened version contained copies of the subcircuit or different references to (virtual) copies of the subcircuit. I advise implementing limited hierarchical features and debugging them thoroughly before you move on. E.g., make sure mutli-page designs work, then try multi-level, then nested, etc. If you limit your specs in the beginning, you will be able to build and test prototype versions quickly. Your eventual end-design will hinge on answers to questions like: Am I only doing lookup and simple local queries, or will I have to provide a flattened version of the design? If you only have to do local queries, then you can "build" a virtual copy of what you need in a subcircuit and then throw it away; if you need a flattened version, then several actual copies of the subcircuit need to be built and printed out. So even before you build a good spec, you should have a good set of questions whose answers will help determine the specification and direct the design. Mentor Graphics is still around; they may have someone who can give you pointers to aid in your project. Also many issues are addressed by CAD software; hopefully you will ask on those forums. Try hardware and CAD forums as well as comp.* forums Gerhard "Ask Me About System Design" Paseman, 2009.12.09 -- http://mail.python.org/mailman/listinfo/python-list
