[issue44604] [Enhancement] Asyncio task decorator to provide interface to define async DAGs (similar to dask's delayed interface)

2021-07-15 Thread Art


Art  added the comment:

FYI - I've added created a new pypi project for this called `aiodag`. 

pip install aiodag

Github here: https://github.com/aa1371/aiodag
Pypi here: https://pypi.org/project/aiodag/

I would appreciate it if you could find some time take a look just at the 
readme on the github page and provide any thoughts. I still think that this 
would be a good fit for asyncio directly. But if still not convinced is there 
any conditions under which you could see this project eventually being folded 
into the library?

Thanks for your time in reviewing this issue

--

___
Python tracker 
<https://bugs.python.org/issue44604>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue44604] [Enhancement] Asyncio task decorator to provide interface to define async DAGs (similar to dask's delayed interface)

2021-07-13 Thread Art


Art  added the comment:

Hi Yury, could you by any chance point me to some material on the inclusion of 
task groups in 3.11? I've found these "task group" docs from a library called 
AnyIO: https://anyio.readthedocs.io/en/stable/tasks.html.

If the asyncio task group feature is similar to this, then while I think it is 
a nice inclusion, I believe it does not cover the use case that this proposal 
would cover.

* If your opinion on the matter is still not final, then would you be open to a 
further demonstration of this proposal? I could gather several use cases from 
SO and other sites and demo how they could be elegantly solved with this 
interface.

--

___
Python tracker 
<https://bugs.python.org/issue44604>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue44604] [Enhancement] Asyncio task decorator to provide interface to define async DAGs (similar to dask's delayed interface)

2021-07-13 Thread Art


Art  added the comment:

Note: regarding my inclusion of "airflow" in point #4 above. I in no way 
believe that airflow is a viable alternative to this proposal. I included it 
because one of those posts I linked explicitly mentioned that they looked into 
it as an alternative.

--

___
Python tracker 
<https://bugs.python.org/issue44604>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue44604] [Enhancement] Asyncio task decorator to provide interface to define async DAGs (similar to dask's delayed interface)

2021-07-13 Thread Art


Art  added the comment:

I understand the hesitation to add this to the library, however I'd like to 
make a case for why I believe that it fits. To start this is my understanding 
of the scope of asyncio (or at least part of the scope, taken from the asyncio 
docs):

asyncio provides a set of high-level APIs to:
- run Python coroutines concurrently and have full control over their execution;
- perform network IO and IPC;
- control subprocesses;
- distribute tasks via queues;
- synchronize concurrent code;

I believe this decorator would be another high-level api that would be 
considered a valid, useful, simple, and if it was more well-known, popular, 
method of exerting "full control over their execution".

Here's an example of a few places from around the internet where people are 
asking how to do something that would directly benefit from this API, and where 
I believe frankly that this API would provide a much cleaner/better solution 
than those proposed.

https://old.reddit.com/r/learnpython/comments/oi3ueo/how_do_you_use_asyncio_to_do_this/
(inspiration for demo solution provided above)
https://stackoverflow.com/questions/58581270/what-is-the-cleanest-way-to-write-and-run-a-dag-of-tasks
(user specifies their tasks are IO bound and that they tried to use 
asyncio, but to no avail, or it was too complicated)

In both these cases above, it is explicitly implied that the user tried to use 
asyncio to solve their problem, but could not find a satisfactory way to do so.

Here's a few more examples of asyncio code, that aren't as directly related to 
the issue at hand, but would greatly benefit from this isolated "task" 
structure.

https://stackoverflow.com/questions/58905515/how-to-ensure-python-s-asyncio-library-executes-tasks-in-depth-first-search-orde
(user trying to build/execute a DAG of async tasks)
https://stackoverflow.com/questions/67481509/how-should-i-design-a-concurrency-pipeline-with-asyncio
(user could/should consider their task pipeline as a DAG which would 
conceptually simplify what they are trying to achieve)

To directly address the concern of "why add this to asyncio, and not a 
third-party library".
1) I believe this falls into the scope of the library as demonstrated in the 
first paragraph of this comment
2) Users look to and trust asyncio to provide good high level apis to build 
better code/systems (As you can see from some of the examples I posted above)
3) This is a very simple high-level api, that will not interfere with anything 
else in the library. Will introduce no compatibility issues
4) This point is conjecture, but I believe that this api will keep users from 
unnecessarily moving their workflows to other libraries like dask (which I love 
and contribute too) or airflow as you can see from some of the examples where 
users claim to try other libraries for something that asyncio could easily 
handle.
5) Inclusion in asyncio (over a third-party library) would provide faster, more 
reputable exposure to users of a great method of thinking about/solving their 
problems.

I hope you'll re-consider your position, but completely understand if not, in 
which case I'll close this issue.

--

___
Python tracker 
<https://bugs.python.org/issue44604>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue44604] [Enhancement] Asyncio task decorator to provide interface to define async DAGs (similar to dask's delayed interface)

2021-07-12 Thread Art


Change by Art :


--
title: [Enhancement] Asyncio task decorator to provide functionality similar to 
dask's delayed interface -> [Enhancement] Asyncio task decorator to provide 
interface to define async DAGs (similar to dask's delayed interface)

___
Python tracker 
<https://bugs.python.org/issue44604>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



setting variables in pdb

2010-05-18 Thread Art
If I am in Pdb, I would like to set a temporary variable, for example:

(Pdb) r = 1

The 'r' gets interpreted as 'return' by Pdb.

Is there a Pdb instruction that guarantees the intended effect, like:

(Pdb) let r = 1

I can usually avoid using such variable names, but if I am changing
the value of a local variable, it is convenient to be able to make
sure that trying to change that variable doesn't unintentionally call
a Pdb routine.

Thanks,
Art.
-- 
http://mail.python.org/mailman/listinfo/python-list


CSV DictReader loops when used with MySQLdb

2010-03-09 Thread Art Zemon
I'm going crazy.

Using python 2.5.2 on 64 bit Linux.

I have a class which reads CSV files using the CSV DictReader. If I
print the rows, everything works perfectly. If I insert the rows into a
MySQL table using MySQLdb, the DictReader loops back and begins
re-reading from the beginning of the file when it reaches EOF.

Here's the code:

class CsvLoader:
load data from a CSV file into a corresponding MySQL table

def __init__(self, fname, schema, db, useCleanReader = False):
self.schema = schema
self.db = db
if useCleanReader:
self.reader = csv.DictReader(CleanReader(fname),
delimiter=',', quotechar='')
else:
self.reader = csv.DictReader(open(fname), delimiter=',',
quotechar='')
   
def loadMysql(self):
for row in self.reader:
self.db.insertGeneric(self.schema.tableName(), row)

def printRows(self):
for row in self.reader:
print \n, row

and here is the insertGeneric method:

def insertGeneric(self, table, record):
execute a generic INSERT, given a dict as input
fieldList = []
valueList = []
for k in record.keys():
fieldList.append(k)
valueList.append(record[k])
fields = , .join(fieldList)
m = ['%s']
valueMarkers = , .join(m * len(valueList))  # create a string
like: %s, %s, %s...
sql = 'insert into %s (%s) values (%s)' % (table, fields,
valueMarkers)
cursor = self.conn.cursor()
print +++ insert: %s = %s % (sql, valueList)
cursor.execute(sql, valueList)
cursor.close()

useCleanReader is False
CsvLoader.printRows() works fine.
CsvLoader.loadMySql() keeps looping through the CSV file.

Ideas?

-- Art Z.

-- 

Art Zemon, President
Hen's Teeth Network http://www.hens-teeth.net/
Phone: (866)HENS-NET or (636)447-3030 ext. 200
Twitter: AZemon http://twitter.com/AZemon

-- 
http://mail.python.org/mailman/listinfo/python-list


[issue5148] gzip.open breaks with 'U' flag

2009-08-27 Thread Art Gillespie

Art Gillespie agill...@gmail.com added the comment:

The problem appears to be that the gzip module simply doesn't support
universal newlines yet.

I'm currently working on the zipfile module's universal newline support
(issue6759) so if nobody else is working on this, I'll do it.

I'm not sure if file object's open() behavior when presented with 'rUb'
is correct or not.

 f = open(test.txt, w).write(blah\r\nblah\rblah\nblah\r\n)
 f = open(test.txt, rUb)
 f.read()
'blah\nblah\nblah\nblah\n'

Since 'U' and 'b' are conceptually mutually exclusive on platforms where
'b' matters, I can see this being confusing.

--
nosy: +agillesp

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5148
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue6759] zipfile.ZipExtFile.read() is missing universal newline support

2009-08-26 Thread Art Gillespie

Art Gillespie agill...@gmail.com added the comment:

Hi Ryan,

Thanks for the feedback.

I've attached a new patch that fixes the read(nbytes) behavior--It will
now always return the requested number of bytes regardless of newline
replacement.  There's now a unit test for this as well.

I also added the newlines attribute per PEP 278 and a corresponding test.

I'm not sure I understood David's comment that read_test needed to be
turned into a unit test:  it's called by several of the unit tests
(test_read_stored, test_read_deflated, et. al.) in that class.

--
Added file: http://bugs.python.org/file14784/issue6759_2.diff

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6759
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue6759] zipfile.ZipExtFile.read() is missing universal newline support

2009-08-26 Thread Art Gillespie

Art Gillespie agill...@gmail.com added the comment:

Hi David,

Thanks for the review.  Patch attached.

(1)  I've moved that comment to the check's new location.

(2)  Fixed the bug and added tests for only one separator.  Also added
test data and tests for mixed eol files.

(3)  I changed this so that when the file is opened with universal
newline support, read(size) makes multiple calls to _do_read until size
bytes are read or EOF is reached.

--
Added file: http://bugs.python.org/file14785/issue6759_3.diff

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6759
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue6518] Enable 'with' statement in ossaudiodev module

2009-08-26 Thread Art Gillespie

Art Gillespie agill...@gmail.com added the comment:

Hi Victor,

I copied both the return NULL behavior in oss_exit and the oss_self
naming from Objects/fileobject.c:

http://paste.pocoo.org/show/136451/

Should they be changed there as well?

--

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6518
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue6759] zipfile.ZipExtFile.read() is missing universal newline support

2009-08-26 Thread Art Gillespie

Art Gillespie agill...@gmail.com added the comment:

Just found another bug in the code that sets the newlines attribute. 
Please disregard issue6759_3.diff

--

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6759
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue6759] zipfile.ZipExtFile.read() is missing universal newline support

2009-08-26 Thread Art Gillespie

Art Gillespie agill...@gmail.com added the comment:

Latest patch attached.

* Fixed the code that populates the newlines attribute.  I think I've
covered all the cases...

* Found another deviation from file object behavior in this module: 
Calling read with a negative size parameter does not always return the
remainder of the file as described in
http://docs.python.org/library/stdtypes.html#file.read  I went ahead and
fixed this--please let me know if I should open a separate issue and
submit a separate patch.

* Added more tests for mixed eol files, calling read with a negative
size parameter, reading a file with only crlfs

--
Added file: http://bugs.python.org/file14787/issue6759_4.diff

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6759
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue6759] zipfile.ZipExtFile.read() is missing universal newline support

2009-08-22 Thread Art Gillespie

Art Gillespie agill...@gmail.com added the comment:

Patch for both zipfile.py and test_zipfile.py attached.

* The universal newline logic is now in read instead of readline.
* UniversalNewlineTests.read_test changed to check for \n rather than
unchanged eol.

--
keywords: +patch
nosy: +agillesp
type:  - behavior
Added file: http://bugs.python.org/file14772/issue6759_1.diff

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6759
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue6518] Enable 'with' statement in ossaudiodev module

2009-08-21 Thread Art Gillespie

Art Gillespie agill...@gmail.com added the comment:

Diff attached

* Added the __enter__ and __exit__ methods to the ossaudio object.
* Updated tests so they pass (attempt to access ossaudio.closed throws
AttributeError instead of TypeError)

My first patch.  Please let me know if I did anything terrifically
stupid. :-)

--
keywords: +patch
nosy: +agillesp
Added file: http://bugs.python.org/file14767/issue6518.diff

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6518
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



isinstance(obj, type(obj)) == True?

2009-06-24 Thread Art
I have the following problem:

ipdb p type(self)
class 'component.BiasComponent'

ipdb isinstance(self, component.BiasComponent)
False

I thought that isinstance(obj, type(obj)) == True.

The specific problem is when I try to call the super of a class and it
only occurs after 'reload'ing the file in the interpreter. What am I
messing up by reloading? It doesn't occur if I using for the first
time in a fresh interpreter session.

--- 32 class BiasComponent(ModelComponent):
  33 def __init__(self, g, model):
  34 super(BiasComponent, self).__init__(g, model)

TypeError: super(type, obj): obj must be an instance or subtype of
type

Seems like the self passed to __init__ is messed up in some way.

Thanks!
-- 
http://mail.python.org/mailman/listinfo/python-list


Re: distutils extension configuration problem

2009-06-05 Thread Art
On May 26, 11:10 pm, Ron Garret rnospa...@flownet.com wrote:
 I'm trying to build PyObjC on an Intel Mac running OS X 10.5.7.  The
 build is breaking because distutils seems to want to build extension
 modules as universal binaries, but some of the libraries it depends on
 are built for intel-only, i.e.:

 [...@mickey:~/Desktop/pyobjc-framework-ScreenSaver-2.2b2]$ python2.6
 setup.py build
 /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/distutils
 /dist.py:266: UserWarning: Unknown distribution option: 'options'
   warnings.warn(msg)
 running build
 running build_py
 running build_ext
 building 'ScreenSaver._inlines' extension
 gcc -arch ppc -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk -g
 -bundle -undefined dynamic_lookup
 build/temp.macosx-10.3-i386-2.6/Modules/_ScreenSaver_inlines.o -o
 build/lib.macosx-10.3-i386-2.6/ScreenSaver/_inlines.so -framework
 ScreenSaver
 ld: in /Developer/SDKs/MacOSX10.4u.sdk/usr/local/lib/libTIFF.dylib, file
 is not of required architecture for architecture ppc
 collect2: ld returned 1 exit status
 lipo: can't open input file:
 /var/folders/nT/nTiypn-v2RatkU+BYncrKU+++TI/-Tmp-//ccMFYRkt.out (No such
 file or directory)
 error: command 'gcc' failed with exit status 1

 [...@mickey:~/Desktop/pyobjc-framework-ScreenSaver-2.2b2]$ file
 build/temp.macosx-10.3-i386-2.6/Modules/_ScreenSaver_inlines.o
 build/temp.macosx-10.3-i386-2.6/Modules/_ScreenSaver_inlines.o: Mach-O
 universal binary with 2 architectures
 build/temp.macosx-10.3-i386-2.6/Modules/_ScreenSaver_inlines.o (for
 architecture ppc): Mach-O object ppc
 build/temp.macosx-10.3-i386-2.6/Modules/_ScreenSaver_inlines.o (for
 architecture i386):   Mach-O object i386

 [...@mickey:~/Desktop/pyobjc-framework-ScreenSaver-2.2b2]$ file
 /usr/local/lib/libtiff.dylib
 /usr/local/lib/libtiff.dylib: Mach-O dynamically linked shared library
 i386

 How do I get distutils to stop trying to build extensions as universal
 binaries?

 Thanks,
 rg

I have the same questions but haven't found anything. I got this idea
from the apple site:

http://developer.apple.com/releasenotes/OpenSource/PerlExtensionsRelNotes/index.html

so I tried:

env CFLAGS='-arch i386' LDFLAGS='-arch i386' python setup.py build

and this removes the -arch ppc flags at least for the compiles but not
the links. Maybe something in this direction will work.

This didn't work:

env ARCHFLAGS='-arch i386' python setup.py install

Art
-- 
http://mail.python.org/mailman/listinfo/python-list


UnicodeEncodeError

2008-12-15 Thread Ali art

Hello!
I am using Windows XP professional version 2002 Service pack 3. AMD 
Athlon(TM)XP 2400+ 2.00GHz 992MB RAM.
I have downloaded Windows x86 MSI Instaler Python 3.0 (sig) (r30:67507, Dec  3 
2008, 20:14:27) [MSC v.1500 32 bit (Intel)] on win32 
Control Panel - System - Advanced - Environment Variables. System Variables 
- Path - edit C:\Windows\System32\Wbem;C:\Python30
start - programs - python 3.0 - IDLE(Python GUI) 
- IDLE 3.0 - File - New Window - i wrote print('ğüşçöı') without qutes- 
File - Save - Python30 - i gave file name d2.py without qutes- and Run - 
Run Module - it gives error invalid character in identifier
then i tried second method
start - run - cmd - d2.py and enter it gives the error
C:\d2.pyTraceback (most recent call last):  File C:\Python30\d2.py, line 4, 
in moduleprint('\u011fü\u015fçö\u0131')  File C:\Python30\lib\io.py, 
line 1491, in writeb = encoder.encode(s)  File 
C:\Python30\lib\encodings\cp437.py, line 19, in encodereturn 
codecs.charmap_encode(input,self.errors,encoding_map)[0]UnicodeEncodeError: 
'charmap' codec can't encode character '\u011f' in position0: character maps to 
undefined
C:\
But if i write in Phyton Shell -  print('ğüşçöı') and pressed enter - 
gives 'ğüşçöı' it works.
What is wrong?
all the best
_
Connect to the next generation of MSN Messenger 
http://imagine-msn.com/messenger/launch80/default.aspx?locale=en-ussource=wlmailtagline--
http://mail.python.org/mailman/listinfo/python-list


Feedback

2008-11-22 Thread Ali art

I am using Windows XP professional version 2002 Service pack 3. AMD 
Athlon(TM)XP 2400+ 2.00GHz 992MB RAM.I have download Windows x86 MSI Instaler 
(3.0rc2) Python 3.0rc2 Release: 06-Nov-2008. 
I want to use source code file from Python Command line but I could not.
 
Firstly i opened IDLE and clicked on File → New Window and pasted  
#!/usr/bin/python #Filename: helloworld.py print('Hello World')
and saved  helloworld.py without quotes.Then i invoced pyton command line.
Python 3.0rc2 (r30rc2:67141, Nov  7 2008, 11:43:46) [MSC v.1500 32 bit 
(Intel)]on win32Type help, copyright, credits or license for more 
information. python helloworld.py 
and pressed enterBut it did not work gives the error
 Python 3.0rc2 (r30rc2:67141, Nov  7 2008, 11:43:46) [MSC v.1500 32 bit 
(Intel)]on win32Type help, copyright, credits or license for more 
information. python helloworld.py  File stdin, line 1python 
helloworld.py^SyntaxError: invalid syntax
Did i meke any misteke? I tried Control Panel - System - Advanced - 
Environment Variables. System Variables - C:\Python30
but it still gives same error.
_
Discover the new Windows Vista
http://search.msn.com/results.aspx?q=windows+vistamkt=en-USform=QBRE--
http://mail.python.org/mailman/listinfo/python-list


Re: What does this thread have to do with classical music,

2007-09-08 Thread Art Deco
ah [EMAIL PROTECTED] wrote:
Art Deco wrote:
 ah [EMAIL PROTECTED] wrote:
Art Deco wrote:
 ah [EMAIL PROTECTED] wrote:
Art Deco wrote:
 ah [EMAIL PROTECTED] wrote:
Art Deco wrote:
 ah [EMAIL PROTECTED] wrote:
Art Deco wrote:
 ah [EMAIL PROTECTED] wrote:
Art Deco wrote:
 ah [EMAIL PROTECTED] wrote:
Art Deco wrote:
 Who wrote?
 
 
What does that have to do with classical music, snuhwolf?
 
What does that have to do with classical music, snuhwolf?
 
 How many more times will you be asking the same tired, lame
 questions,
 Tholen?

Till 2056?
 
 At that point, he will have made the Thirty Years Pset War look
 like
 1967 in the Sinai.

It must have been Hell to keep a garden during those times.

Did they all eat jerky, or what?
 
 Worse -- worm-laden hardtack.

Luxury!

Why, I remember when I was a lad . . . we used to watch the local
churls
across the fences eating that well.

We only had millings (and (occasionally) water) on Tuesdays and
Fridays.
 
 Grog and hardtack, life is good!

¡Viva la basura!
 
 Vivat les ordures!

Vivara los trunctiato!
 
 das Leben ist gut!

de Handel esta disgustipado!
 
 la vita è buona!

que grupo da merda!

het leven is goed!

-- 
Official Overseer of Kooks and Saucerheads for alt.astronomy
Wee Davie Tholen is a grade-school lamer
Trainer and leash holder of:
  Honest Clockbrain John
  nightbat fro0tbat of alt.astronomy
  Tom TommY Crackpotter Potter
  http://www.caballista.org/auk/kookle.php?search=deco

Classic erroneous presupposition.  Others developed websites
so that they could have the Last Word, Deco.  In the newsgroups,
I could counter their lies.
  --David Tholen
-- 
http://mail.python.org/mailman/listinfo/python-list


Re: What does this thread have to do with classical music,

2007-08-20 Thread Art Deco
ah [EMAIL PROTECTED] wrote:
Art Deco wrote:
 ah [EMAIL PROTECTED] wrote:
Art Deco wrote:
 ah [EMAIL PROTECTED] wrote:
Art Deco wrote:
 ah [EMAIL PROTECTED] wrote:
Art Deco wrote:
 ah [EMAIL PROTECTED] wrote:
Art Deco wrote:
 ah [EMAIL PROTECTED] wrote:
Art Deco wrote:
 Who wrote?
 
 
What does that have to do with classical music, snuhwolf?
 
What does that have to do with classical music, snuhwolf?
 
 How many more times will you be asking the same tired, lame
 questions,
 Tholen?

Till 2056?
 
 At that point, he will have made the Thirty Years Pset War look like
 1967 in the Sinai.

It must have been Hell to keep a garden during those times.

Did they all eat jerky, or what?
 
 Worse -- worm-laden hardtack.

Luxury!

Why, I remember when I was a lad . . . we used to watch the local churls
across the fences eating that well.

We only had millings (and (occasionally) water) on Tuesdays and Fridays.
 
 Grog and hardtack, life is good!

¡Viva la basura!
 
 Vivat les ordures!

Vivara los trunctiato!
 
 das Leben ist gut!

de Handel esta disgustipado!

la vita è buona!

-- 
Official Overseer of Kooks and Saucerheads for alt.astronomy
Wee Davie Tholen is a grade-school lamer
Trainer and leash holder of:
  Honest Clockbrain John
  nightbat fro0tbat of alt.astronomy
  Tom TommY Crackpotter Potter
  http://www.caballista.org/auk/kookle.php?search=deco

You really are one of the litsiest people I know, Mr. Deco.
  --Kali, quoted endlessly by David Tholen as evidence of something

I am claiming that you believe ah's family name is ah,
Deco, and I substantiated that claim.
  --David Tholen

Quite a kook-out, Deco.  You've been frothing even more
ever since I demonstrated how you believe that ah's family
name is ah.
  --David Tholen
-- 
http://mail.python.org/mailman/listinfo/python-list


Re: What does this thread have to do with classical music,

2007-08-18 Thread Art Deco
ah [EMAIL PROTECTED] wrote:
Art Deco wrote:
 ah [EMAIL PROTECTED] wrote:
Art Deco wrote:
 ah [EMAIL PROTECTED] wrote:
Art Deco wrote:
 ah [EMAIL PROTECTED] wrote:
Art Deco wrote:
 ah [EMAIL PROTECTED] wrote:
Art Deco wrote:
 Who wrote?
 
 
What does that have to do with classical music, snuhwolf?
 
What does that have to do with classical music, snuhwolf?
 
 How many more times will you be asking the same tired, lame
 questions,
 Tholen?

Till 2056?
 
 At that point, he will have made the Thirty Years Pset War look like
 1967 in the Sinai.

It must have been Hell to keep a garden during those times.

Did they all eat jerky, or what?
 
 Worse -- worm-laden hardtack.

Luxury!

Why, I remember when I was a lad . . . we used to watch the local churls
across the fences eating that well.

We only had millings (and (occasionally) water) on Tuesdays and Fridays.
 
 Grog and hardtack, life is good!

¡Viva la basura!
 
 Vivat les ordures!

Vivara los trunctiato!

das Leben ist gut!

-- 
Official Overseer of Kooks and Saucerheads for alt.astronomy
Trainer and leash holder of:
  Honest Clockbrain John
  nightbat fro0tbat of alt.astronomy
  Tom TommY Crackpotter Potter
  http://www.caballista.org/auk/kookle.php?search=deco

You really are one of the litsiest people I know, Mr. Deco.
  --Kali, quoted endlessly by David Tholen as evidence of something

I am claiming that you believe ah's family name is ah,
Deco, and I substantiated that claim.
  --David Tholen

Quite a kook-out, Deco.  You've been frothing even more
ever since I demonstrated how you believe that ah's family
name is ah.
  --David Tholen
-- 
http://mail.python.org/mailman/listinfo/python-list


Re: What does this thread have to do with classical music,

2007-08-01 Thread Art Deco
ah [EMAIL PROTECTED] wrote:
Art Deco wrote:
 ah [EMAIL PROTECTED] wrote:
Art Deco wrote:
 ah [EMAIL PROTECTED] wrote:
Art Deco wrote:
 ah [EMAIL PROTECTED] wrote:
Art Deco wrote:
 Who wrote?
 
 
What does that have to do with classical music, snuhwolf?
 
What does that have to do with classical music, snuhwolf?
 
 How many more times will you be asking the same tired, lame questions,
 Tholen?

Till 2056?
 
 At that point, he will have made the Thirty Years Pset War look like
 1967 in the Sinai.

It must have been Hell to keep a garden during those times.

Did they all eat jerky, or what?
 
 Worse -- worm-laden hardtack.

Luxury!

Why, I remember when I was a lad . . . we used to watch the local churls
across the fences eating that well.

We only had millings (and (occasionally) water) on Tuesdays and Fridays.
 
 Grog and hardtack, life is good!

¡Viva la basura!

Vivat les ordures!

-- 
Official Overseer of Kooks and Saucerheads for alt.astronomy
Trainer and leash holder of:
  Honest Clockbrain John
  nightbat fro0tbat of alt.astronomy
  Tom TommY Crackpotter Potter
  http://www.caballista.org/auk/kookle.php?search=deco

You really are one of the litsiest people I know, Mr. Deco.
  --Kali, quoted endlessly by David Tholen as evidence of something
-- 
http://mail.python.org/mailman/listinfo/python-list


Re: What does this thread have to do with classical music,

2007-07-29 Thread Art Deco
ah [EMAIL PROTECTED] wrote:
Art Deco wrote:
 ah [EMAIL PROTECTED] wrote:
Art Deco wrote:
 ah [EMAIL PROTECTED] wrote:
Art Deco wrote:
 Who wrote?
 
 
What does that have to do with classical music, snuhwolf?
 
What does that have to do with classical music, snuhwolf?
 
 How many more times will you be asking the same tired, lame questions,
 Tholen?

Till 2056?
 
 At that point, he will have made the Thirty Years Pset War look like
 1967 in the Sinai.

It must have been Hell to keep a garden during those times.

Did they all eat jerky, or what?
 
 Worse -- worm-laden hardtack.

Luxury!

Why, I remember when I was a lad . . . we used to watch the local churls
across the fences eating that well.

We only had millings (and (occasionally) water) on Tuesdays and Fridays.

Grog and hardtack, life is good!

-- 
Official Overseer of Kooks and Saucerheads for alt.astronomy
Trainer and leash holder of:
  Honest Clockbrain John
  nightbat fro0tbat of alt.astronomy
  Tom TommY Crackpotter Potter
  http://www.caballista.org/auk/kookle.php?search=deco

You really are one of the litsiest people I know, Mr. Deco.
  --Kali, quoted endlessly by David Tholen as evidence of something
-- 
http://mail.python.org/mailman/listinfo/python-list


[ANNOUNCE] Thirty-sixth release of PythonCAD now available

2007-05-14 Thread Art Haas
Hi.

I'm pleased to announce the thirty-sixth development release of PythonCAD,
a CAD package for open-source software users. As the name implies,
PythonCAD is written entirely in Python. The goal of this project is
to create a fully scriptable drafting program that will match and eventually
exceed features found in commercial CAD software. PythonCAD is released
under the GNU Public License (GPL).

PythonCAD requires Python 2.2 or newer. The interface is GTK 2.0
based, and uses the PyGTK module for interfacing to GTK. The design of
PythonCAD is built around the idea of separating the interface
from the back end as much as possible. By doing this, it is hoped
that both GNOME and KDE interfaces can be added to PythonCAD through
usage of the appropriate Python module. Addition of other PythonCAD 
interfaces will depend on the availability of a Python module for that
particular interface and developer interest and action.

The thirty-sixth release of PythonCAD is primarily a bug-fix release.
A number or bugs relating to saving and loading user preferences that
appeared in the thirty-fifth release have been fixed. Also, several
number of bugs involving entity redrawing have been corrected, as
well as bugs regarding the typing of various commands within the
text entry box in the display.

A mailing list for the development and use of PythonCAD is available.
Visit the following page for information about subscribing and viewing
the mailing list archive:

http://mail.python.org/mailman/listinfo/pythoncad

Visit the PythonCAD web site for more information about what PythonCAD
does and aims to be:

http://www.pythoncad.org/

Come and join me in developing PythonCAD into a world class drafting
program!

Art Haas
-- 
Man once surrendering his reason, has no remaining guard against absurdities
the most monstrous, and like a ship without rudder, is the sport of every wind.

-Thomas Jefferson to James Smith, 1822
-- 
http://mail.python.org/mailman/listinfo/python-announce-list

Support the Python Software Foundation:
http://www.python.org/psf/donations.html


[ANNOUNCE] Thirty-sixth release of PythonCAD now available

2007-05-13 Thread Art Haas
Hi.

I'm pleased to announce the thirty-sixth development release of PythonCAD,
a CAD package for open-source software users. As the name implies,
PythonCAD is written entirely in Python. The goal of this project is
to create a fully scriptable drafting program that will match and eventually
exceed features found in commercial CAD software. PythonCAD is released
under the GNU Public License (GPL).

PythonCAD requires Python 2.2 or newer. The interface is GTK 2.0
based, and uses the PyGTK module for interfacing to GTK. The design of
PythonCAD is built around the idea of separating the interface
from the back end as much as possible. By doing this, it is hoped
that both GNOME and KDE interfaces can be added to PythonCAD through
usage of the appropriate Python module. Addition of other PythonCAD 
interfaces will depend on the availability of a Python module for that
particular interface and developer interest and action.

The thirty-sixth release of PythonCAD is primarily a bug-fix release.
A number or bugs relating to saving and loading user preferences that
appeared in the thirty-fifth release have been fixed. Also, several
number of bugs involving entity redrawing have been corrected, as
well as bugs regarding the typing of various commands within the
text entry box in the display.

A mailing list for the development and use of PythonCAD is available.
Visit the following page for information about subscribing and viewing
the mailing list archive:

http://mail.python.org/mailman/listinfo/pythoncad

Visit the PythonCAD web site for more information about what PythonCAD
does and aims to be:

http://www.pythoncad.org/

Come and join me in developing PythonCAD into a world class drafting
program!

Art Haas
-- 
Man once surrendering his reason, has no remaining guard against absurdities
the most monstrous, and like a ship without rudder, is the sport of every wind.

-Thomas Jefferson to James Smith, 1822
-- 
http://mail.python.org/mailman/listinfo/python-list


Re: [PythonCAD] [ANNOUNCE] Thirty-fifth release of PythonCAD now available

2006-12-21 Thread Art Haas
Hi again.

In addition to the thirty-fifth release of PythonCAD finally seeing the
light of day, the PythonCAD website was given a long overdue makeover.
I'd like to thank Jose Antonio Martin for doing the stylesheet and
artwork. The new look is an vast improvement from the plain text
layout the site has always had.

Art Haas
-- 
Man once surrendering his reason, has no remaining guard against absurdities
the most monstrous, and like a ship without rudder, is the sport of every wind.

-Thomas Jefferson to James Smith, 1822
-- 
http://mail.python.org/mailman/listinfo/python-list


[ANNOUNCE] Thirty-fifth release of PythonCAD now available

2006-12-20 Thread Art Haas
Hi.

I'm pleased to announce the thirty-fifth development release of PythonCAD,
a CAD package for open-source software users. As the name implies,
PythonCAD is written entirely in Python. The goal of this project is
to create a fully scriptable drafting program that will match and eventually
exceed features found in commercial CAD software. PythonCAD is released
under the GNU Public License (GPL).

PythonCAD requires Python 2.2 or newer. The interface is GTK 2.0
based, and uses the PyGTK module for interfacing to GTK. The design of
PythonCAD is built around the idea of separating the interface
from the back end as much as possible. By doing this, it is hoped
that both GNOME and KDE interfaces can be added to PythonCAD through
usage of the appropriate Python module. Addition of other PythonCAD 
interfaces will depend on the availability of a Python module for that
particular interface and developer interest and action.

The thirty-fifth release contains several improvements dealing
with the storage and adjustment of user preferences and image settings.
The global user preferences are now saved into a file kept in the
user home directory, so the settings are now preserved between
PythonCAD sessions. Individual drawing settings can be examined and
adjusted via a new set of menus and dialogs. These new dialogs are
more complete than the single dialog previously used as well as
easier to use. In addition to the preference and setting changes, a
variety of bug fixes and miscellaneous code improvements are also
present in this new release.

A mailing list for the development and use of PythonCAD is available.
Visit the following page for information about subscribing and viewing
the mailing list archive:

http://mail.python.org/mailman/listinfo/pythoncad

Visit the PythonCAD web site for more information about what PythonCAD
does and aims to be:

http://www.pythoncad.org/

Come and join me in developing PythonCAD into a world class drafting
program!

Art Haas
-- 
Man once surrendering his reason, has no remaining guard against absurdities
the most monstrous, and like a ship without rudder, is the sport of every wind.

-Thomas Jefferson to James Smith, 1822
-- 
http://mail.python.org/mailman/listinfo/python-announce-list

Support the Python Software Foundation:
http://www.python.org/psf/donations.html


Re: [PythonCAD] [ANNOUNCE] Thirty-fifth release of PythonCAD now available

2006-12-20 Thread Art Haas
Hi again.

In addition to the thirty-fifth release of PythonCAD finally seeing the
light of day, the PythonCAD website was given a long overdue makeover.
I'd like to thank Jose Antonio Martin for doing the stylesheet and
artwork. The new look is an vast improvement from the plain text
layout the site has always had.

Art Haas
-- 
Man once surrendering his reason, has no remaining guard against absurdities
the most monstrous, and like a ship without rudder, is the sport of every wind.

-Thomas Jefferson to James Smith, 1822
-- 
http://mail.python.org/mailman/listinfo/python-announce-list

Support the Python Software Foundation:
http://www.python.org/psf/donations.html


[ANNOUNCE] Thirty-fifth release of PythonCAD now available

2006-12-20 Thread Art Haas
Hi.

I'm pleased to announce the thirty-fifth development release of PythonCAD,
a CAD package for open-source software users. As the name implies,
PythonCAD is written entirely in Python. The goal of this project is
to create a fully scriptable drafting program that will match and eventually
exceed features found in commercial CAD software. PythonCAD is released
under the GNU Public License (GPL).

PythonCAD requires Python 2.2 or newer. The interface is GTK 2.0
based, and uses the PyGTK module for interfacing to GTK. The design of
PythonCAD is built around the idea of separating the interface
from the back end as much as possible. By doing this, it is hoped
that both GNOME and KDE interfaces can be added to PythonCAD through
usage of the appropriate Python module. Addition of other PythonCAD 
interfaces will depend on the availability of a Python module for that
particular interface and developer interest and action.

The thirty-fifth release contains several improvements dealing
with the storage and adjustment of user preferences and image settings.
The global user preferences are now saved into a file kept in the
user home directory, so the settings are now preserved between
PythonCAD sessions. Individual drawing settings can be examined and
adjusted via a new set of menus and dialogs. These new dialogs are
more complete than the single dialog previously used as well as
easier to use. In addition to the preference and setting changes, a
variety of bug fixes and miscellaneous code improvements are also
present in this new release.

A mailing list for the development and use of PythonCAD is available.
Visit the following page for information about subscribing and viewing
the mailing list archive:

http://mail.python.org/mailman/listinfo/pythoncad

Visit the PythonCAD web site for more information about what PythonCAD
does and aims to be:

http://www.pythoncad.org/

Come and join me in developing PythonCAD into a world class drafting
program!

Art Haas
-- 
Man once surrendering his reason, has no remaining guard against absurdities
the most monstrous, and like a ship without rudder, is the sport of every wind.

-Thomas Jefferson to James Smith, 1822
-- 
http://mail.python.org/mailman/listinfo/python-list


[ANNOUNCE] Thirty-fourth release of PythonCAD now available

2006-08-03 Thread Art Haas
Hi.

I'm pleased to announce the thirty-fourth development release of PythonCAD,
a CAD package for open-source software users. As the name implies,
PythonCAD is written entirely in Python. The goal of this project is
to create a fully scriptable drafting program that will match and eventually
exceed features found in commercial CAD software. PythonCAD is released
under the GNU Public License (GPL).

PythonCAD requires Python 2.2 or newer. The interface is GTK 2.0
based, and uses the PyGTK module for interfacing to GTK. The design of
PythonCAD is built around the idea of separating the interface
from the back end as much as possible. By doing this, it is hoped
that both GNOME and KDE interfaces can be added to PythonCAD through
usage of the appropriate Python module. Addition of other PythonCAD 
interfaces will depend on the availability of a Python module for that
particular interface and developer interest and action.

The thirty-fourth release builds on the graphics improvements from
the previous release. A number of small optimizations again reduce
unneeded screen redraws, and a variety of redraw issues have been
corrected. The newest PythonCAD release is the first release using
Cairo graphics routines for entity drawing. If the Cairo routines
are not available on the system then the existing GDK routines will
be used, so only people running PythonCAD on recent PyGTK/GTK+ releases
will see the change. The latest release includes the new ability
to rotate objects around an arbitrary point in addition to the
entity display improvements. Finally, a variety of other bug fixes
and code improvements are included in the release.

A mailing list for the development and use of PythonCAD is available.
Visit the following page for information about subscribing and viewing
the mailing list archive:

http://mail.python.org/mailman/listinfo/pythoncad

Visit the PythonCAD web site for more information about what PythonCAD
does and aims to be:

http://www.pythoncad.org/

Come and join me in developing PythonCAD into a world class drafting
program!

Art Haas
-- 
Man once surrendering his reason, has no remaining guard against absurdities
the most monstrous, and like a ship without rudder, is the sport of every wind.

-Thomas Jefferson to James Smith, 1822
-- 
http://mail.python.org/mailman/listinfo/python-list


[ANNOUNCE] Thirty-third release of PythonCAD now available

2006-07-07 Thread Art Haas
Hi.

I'm pleased to announce the thirty-third development release of PythonCAD,
a CAD package for open-source software users. As the name implies,
PythonCAD is written entirely in Python. The goal of this project is
to create a fully scriptable drafting program that will match and eventually
exceed features found in commercial CAD software. PythonCAD is released
under the GNU Public License (GPL).

PythonCAD requires Python 2.2 or newer. The interface is GTK 2.0
based, and uses the PyGTK module for interfacing to GTK. The design of
PythonCAD is built around the idea of separating the interface
from the back end as much as possible. By doing this, it is hoped
that both GNOME and KDE interfaces can be added to PythonCAD through
usage of the appropriate Python module. Addition of other PythonCAD 
interfaces will depend on the availability of a Python module for that
particular interface and developer interest and action.

The thirty-third release contains several major updates to the program.
Drawing operations have been greatly sped up when entities are added
to a drawing, modified, or deleted from a drawing. Users on older
hardware or machines with slower video systems will notice this
change immediately. A second large change in this release is the
completion of separating the interface code from the core code by
using the internal messaging system in place of object inheritance.
The third big change in this release is the formatting of the interface
text strings for internationalization, and a Spanish translation is
now available for users to install. It is hoped that more translations
appear in future releases. Additionally, a large number of smaller
improvements, enhancements, and bug fixes are also present in this
release.

A mailing list for the development and use of PythonCAD is available.
Visit the following page for information about subscribing and viewing
the mailing list archive:

http://mail.python.org/mailman/listinfo/pythoncad

Visit the PythonCAD web site for more information about what PythonCAD
does and aims to be:

http://www.pythoncad.org/

Come and join me in developing PythonCAD into a world class drafting
program!

Art Haas
-- 
Man once surrendering his reason, has no remaining guard against absurdities
the most monstrous, and like a ship without rudder, is the sport of every wind.

-Thomas Jefferson to James Smith, 1822
-- 
http://mail.python.org/mailman/listinfo/python-list


[ANNOUNCE] Thirty-second release of PythonCAD now available

2006-05-25 Thread Art Haas
Hi.

I'm pleased to announce the thirty-second development release of PythonCAD,
a CAD package for open-source software users. As the name implies,
PythonCAD is written entirely in Python. The goal of this project is
to create a fully scriptable drafting program that will match and eventually
exceed features found in commercial CAD software. PythonCAD is released
under the GNU Public License (GPL).

PythonCAD requires Python 2.2 or newer. The interface is GTK 2.0
based, and uses the PyGTK module for interfacing to GTK. The design of
PythonCAD is built around the idea of separating the interface
from the back end as much as possible. By doing this, it is hoped
that both GNOME and KDE interfaces can be added to PythonCAD through
usage of the appropriate Python module. Addition of other PythonCAD 
interfaces will depend on the availability of a Python module for that
particular interface and developer interest and action.

The thirty-second release fixes a configuration problem where the
newly added autosplitting feature would not be activated properly
or could disable autosplitting in a Layer. A small bug in the
reworked splitting code was also fixed, as well as a few other
small errors.

A mailing list for the development and use of PythonCAD is available.
Visit the following page for information about subscribing and viewing
the mailing list archive:

http://mail.python.org/mailman/listinfo/pythoncad

Visit the PythonCAD web site for more information about what PythonCAD
does and aims to be:

http://www.pythoncad.org/

Come and join me in developing PythonCAD into a world class drafting
program!

Art Haas
-- 
Man once surrendering his reason, has no remaining guard against absurdities
the most monstrous, and like a ship without rudder, is the sport of every wind.

-Thomas Jefferson to James Smith, 1822
-- 
http://mail.python.org/mailman/listinfo/python-list


[ANNOUNCE] Thirty-first release of PythonCAD now available

2006-05-20 Thread Art Haas
Hi.

I'm pleased to announce the thirty-first development release of PythonCAD,
a CAD package for open-source software users. As the name implies,
PythonCAD is written entirely in Python. The goal of this project is
to create a fully scriptable drafting program that will match and eventually
exceed features found in commercial CAD software. PythonCAD is released
under the GNU Public License (GPL).

PythonCAD requires Python 2.2 or newer. The interface is GTK 2.0
based, and uses the PyGTK module for interfacing to GTK. The design of
PythonCAD is built around the idea of separating the interface
from the back end as much as possible. By doing this, it is hoped
that both GNOME and KDE interfaces can be added to PythonCAD through
usage of the appropriate Python module. Addition of other PythonCAD 
interfaces will depend on the availability of a Python module for that
particular interface and developer interest and action.

The latest release features improvements to the entity splitting
code and a new split operation, automatic entity splitting. The
splitting code has been rewritten which fixed several bugs while
making the code simpler and clearer to understand. The new autosplitting
code is a feature that, when activated, will make the program
split existing entities in a drawing when a newly added point
lands on the entity. Various code cleanups are also present in
this release, including the ability to set and later change the
default style values for the different entities used within PythonCAD.
Finally, a number of bug fixes and other code improvements are present
in this release.

A mailing list for the development and use of PythonCAD is available.
Visit the following page for information about subscribing and viewing
the mailing list archive:

http://mail.python.org/mailman/listinfo/pythoncad

Visit the PythonCAD web site for more information about what PythonCAD
does and aims to be:

http://www.pythoncad.org/

Come and join me in developing PythonCAD into a world class drafting
program!

Art Haas
-- 
Man once surrendering his reason, has no remaining guard against absurdities
the most monstrous, and like a ship without rudder, is the sport of every wind.

-Thomas Jefferson to James Smith, 1822
-- 
http://mail.python.org/mailman/listinfo/python-announce-list

Support the Python Software Foundation:
http://www.python.org/psf/donations.html


[ANNOUNCE] Thirty-first release of PythonCAD now available

2006-05-19 Thread Art Haas
Hi.

I'm pleased to announce the thirty-first development release of PythonCAD,
a CAD package for open-source software users. As the name implies,
PythonCAD is written entirely in Python. The goal of this project is
to create a fully scriptable drafting program that will match and eventually
exceed features found in commercial CAD software. PythonCAD is released
under the GNU Public License (GPL).

PythonCAD requires Python 2.2 or newer. The interface is GTK 2.0
based, and uses the PyGTK module for interfacing to GTK. The design of
PythonCAD is built around the idea of separating the interface
from the back end as much as possible. By doing this, it is hoped
that both GNOME and KDE interfaces can be added to PythonCAD through
usage of the appropriate Python module. Addition of other PythonCAD 
interfaces will depend on the availability of a Python module for that
particular interface and developer interest and action.

The latest release features improvements to the entity splitting
code and a new split operation, automatic entity splitting. The
splitting code has been rewritten which fixed several bugs while
making the code simpler and clearer to understand. The new autosplitting
code is a feature that, when activated, will make the program
split existing entities in a drawing when a newly added point
lands on the entity. Various code cleanups are also present in
this release, including the ability to set and later change the
default style values for the different entities used within PythonCAD.
Finally, a number of bug fixes and other code improvements are present
in this release.

A mailing list for the development and use of PythonCAD is available.
Visit the following page for information about subscribing and viewing
the mailing list archive:

http://mail.python.org/mailman/listinfo/pythoncad

Visit the PythonCAD web site for more information about what PythonCAD
does and aims to be:

http://www.pythoncad.org/

Come and join me in developing PythonCAD into a world class drafting
program!

Art Haas
-- 
Man once surrendering his reason, has no remaining guard against absurdities
the most monstrous, and like a ship without rudder, is the sport of every wind.

-Thomas Jefferson to James Smith, 1822
-- 
http://mail.python.org/mailman/listinfo/python-list


[ANNOUNCE] Thirtieth release of PythonCAD now available

2006-03-22 Thread Art Haas
Hi.

I'm pleased to announce the thirtieth development release of PythonCAD,
a CAD package for open-source software users. As the name implies,
PythonCAD is written entirely in Python. The goal of this project is
to create a fully scriptable drafting program that will match and eventually
exceed features found in commercial CAD software. PythonCAD is released
under the GNU Public License (GPL).

PythonCAD requires Python 2.2 or newer. The interface is GTK 2.0
based, and uses the PyGTK module for interfacing to GTK. The design of
PythonCAD is built around the idea of separating the interface
from the back end as much as possible. By doing this, it is hoped
that both GNOME and KDE interfaces can be added to PythonCAD through
usage of the appropriate Python module. Addition of other PythonCAD 
interfaces will depend on the availability of a Python module for that
particular interface and developer interest and action.

The thirtieth PythonCAD release addresses a number of issues that
appeared in the rewritten entity transfer code made available in the
previous release. By once again rewriting the entity transfer code,
the problems found in the last release have been fixed and additionally
a number of latent problems for handling undo/redo operations on
Dimension entities were addressed. In addition to the reworked
entity transfer code, a number of internal code enhancements appear
in this release. The use of the 'weakref' module has been eliminated,
and a number of other bug fixes and improvements have been applied
to the code.

A mailing list for the development and use of PythonCAD is available.
Visit the following page for information about subscribing and viewing
the mailing list archive:

http://mail.python.org/mailman/listinfo/pythoncad

Visit the PythonCAD web site for more information about what PythonCAD
does and aims to be:

http://www.pythoncad.org/

Come and join me in developing PythonCAD into a world class drafting
program!

Art Haas
-- 
Man once surrendering his reason, has no remaining guard against absurdities
the most monstrous, and like a ship without rudder, is the sport of every wind.

-Thomas Jefferson to James Smith, 1822
-- 
http://mail.python.org/mailman/listinfo/python-announce-list

Support the Python Software Foundation:
http://www.python.org/psf/donations.html


[ANNOUNCE] Thirtieth release of PythonCAD now available

2006-03-21 Thread Art Haas
Hi.

I'm pleased to announce the thirtieth development release of PythonCAD,
a CAD package for open-source software users. As the name implies,
PythonCAD is written entirely in Python. The goal of this project is
to create a fully scriptable drafting program that will match and eventually
exceed features found in commercial CAD software. PythonCAD is released
under the GNU Public License (GPL).

PythonCAD requires Python 2.2 or newer. The interface is GTK 2.0
based, and uses the PyGTK module for interfacing to GTK. The design of
PythonCAD is built around the idea of separating the interface
from the back end as much as possible. By doing this, it is hoped
that both GNOME and KDE interfaces can be added to PythonCAD through
usage of the appropriate Python module. Addition of other PythonCAD 
interfaces will depend on the availability of a Python module for that
particular interface and developer interest and action.

The thirtieth PythonCAD release addresses a number of issues that
appeared in the rewritten entity transfer code made available in the
previous release. By once again rewriting the entity transfer code,
the problems found in the last release have been fixed and additionally
a number of latent problems for handling undo/redo operations on
Dimension entities were addressed. In addition to the reworked
entity transfer code, a number of internal code enhancements appear
in this release. The use of the 'weakref' module has been eliminated,
and a number of other bug fixes and improvements have been applied
to the code.

A mailing list for the development and use of PythonCAD is available.
Visit the following page for information about subscribing and viewing
the mailing list archive:

http://mail.python.org/mailman/listinfo/pythoncad

Visit the PythonCAD web site for more information about what PythonCAD
does and aims to be:

http://www.pythoncad.org/

Come and join me in developing PythonCAD into a world class drafting
program!

Art Haas
-- 
Man once surrendering his reason, has no remaining guard against absurdities
the most monstrous, and like a ship without rudder, is the sport of every wind.

-Thomas Jefferson to James Smith, 1822
-- 
http://mail.python.org/mailman/listinfo/python-list


[ANNOUNCE] Twenty-ninth release of PythonCAD now available

2006-03-03 Thread Art Haas
Hi.

I'm pleased to announce the twenty-ninth development release of PythonCAD,
a CAD package for open-source software users. As the name implies,
PythonCAD is written entirely in Python. The goal of this project is
to create a fully scriptable drafting program that will match and eventually
exceed features found in commercial CAD software. PythonCAD is released
under the GNU Public License (GPL).

PythonCAD requires Python 2.2 or newer. The interface is GTK 2.0
based, and uses the PyGTK module for interfacing to GTK. The design of
PythonCAD is built around the idea of separating the interface
from the back end as much as possible. By doing this, it is hoped
that both GNOME and KDE interfaces can be added to PythonCAD through
usage of the appropriate Python module. Addition of other PythonCAD 
interfaces will depend on the availability of a Python module for that
particular interface and developer interest and action.

The twenty-ninth release of PythonCAD contains various improvements
to the internal entity creation and manipulation code. The routines
for transferring entities between layers has been reworked, as have
the routines for deleting entities. This code rework flushed out
a number of bugs and sub-optimal code issues which have been resolved.
The code for creating and modifying Dimension entities was both
simplified by removing redundant arguments to various methods and
some missing undo/redo abilities were added as well. In addition to
internal code improvements, the ability to toggle RadialDimension
entities to display diameter values and the ability to invert an
AngularDimension entity have been added to the interface. Lastly,
a variety of miscellaneous bug fixes and code improvements are
present in this release.

A mailing list for the development and use of PythonCAD is available.
Visit the following page for information about subscribing and viewing
the mailing list archive:

http://mail.python.org/mailman/listinfo/pythoncad

Visit the PythonCAD web site for more information about what PythonCAD
does and aims to be:

http://www.pythoncad.org/

Come and join me in developing PythonCAD into a world class drafting
program!

Art Haas
-- 
Man once surrendering his reason, has no remaining guard against absurdities
the most monstrous, and like a ship without rudder, is the sport of every wind.

-Thomas Jefferson to James Smith, 1822
-- 
http://mail.python.org/mailman/listinfo/python-list


[ANNOUNCE] Twenty-eighth release of PythonCAD now available

2006-02-02 Thread Art Haas
Hi.

I'm pleased to announce the twenty-eighth development release of PythonCAD,
a CAD package for open-source software users. As the name implies,
PythonCAD is written entirely in Python. The goal of this project is
to create a fully scriptable drafting program that will match and eventually
exceed features found in commercial CAD software. PythonCAD is released
under the GNU Public License (GPL).

PythonCAD requires Python 2.2 or newer. The interface is GTK 2.0
based, and uses the PyGTK module for interfacing to GTK. The design of
PythonCAD is built around the idea of separating the interface
from the back end as much as possible. By doing this, it is hoped
that both GNOME and KDE interfaces can be added to PythonCAD through
usage of the appropriate Python module. Addition of other PythonCAD 
interfaces will depend on the availability of a Python module for that
particular interface and developer interest and action.

The twenty-eighth release of PythonCAD offers improved abilities to
edit entities in a drawing. Previous releases had inconsistent behavior
for entity modification as some operations first required selecting
then entities to change and then selecting the operation to perform,
where other changes were accomplished by first selecting the action and
then selecting entities. The latest release allows for entity modifications
to be performed in either mode, thus making the code more consistent
as well as easier to use. For people familiar with AutoCAD, PythonCAD now
has 'NOUN-VERB' and 'VERB-NOUN' entity modification behavior. Numerous
internal changes to the code utilizing more current functionality are also
included in this release, in particular a rewrite of the entity moving code.
Also, the ability to adjust the attributes of the text objects in a
Dimension have been improved as well as simplified. And as usual, a wide
number of bug fixes and other code enhancements are present in the release.

A mailing list for the development and use of PythonCAD is available.
Visit the following page for information about subscribing and viewing
the mailing list archive:

http://mail.python.org/mailman/listinfo/pythoncad

Visit the PythonCAD web site for more information about what PythonCAD
does and aims to be:

http://www.pythoncad.org/

Come and join me in developing PythonCAD into a world class drafting
program!

Art Haas
-- 
Man once surrendering his reason, has no remaining guard against absurdities
the most monstrous, and like a ship without rudder, is the sport of every wind.

-Thomas Jefferson to James Smith, 1822
-- 
http://mail.python.org/mailman/listinfo/python-announce-list

Support the Python Software Foundation:
http://www.python.org/psf/donations.html


[ANNOUNCE] Twenty-eighth release of PythonCAD now available

2006-02-02 Thread Art Haas
Hi.

I'm pleased to announce the twenty-eighth development release of PythonCAD,
a CAD package for open-source software users. As the name implies,
PythonCAD is written entirely in Python. The goal of this project is
to create a fully scriptable drafting program that will match and eventually
exceed features found in commercial CAD software. PythonCAD is released
under the GNU Public License (GPL).

PythonCAD requires Python 2.2 or newer. The interface is GTK 2.0
based, and uses the PyGTK module for interfacing to GTK. The design of
PythonCAD is built around the idea of separating the interface
from the back end as much as possible. By doing this, it is hoped
that both GNOME and KDE interfaces can be added to PythonCAD through
usage of the appropriate Python module. Addition of other PythonCAD 
interfaces will depend on the availability of a Python module for that
particular interface and developer interest and action.

The twenty-eighth release of PythonCAD offers improved abilities to
edit entities in a drawing. Previous releases had inconsistent behavior
for entity modification as some operations first required selecting
then entities to change and then selecting the operation to perform,
where other changes were accomplished by first selecting the action and
then selecting entities. The latest release allows for entity modifications
to be performed in either mode, thus making the code more consistent
as well as easier to use. For people familiar with AutoCAD, PythonCAD now
has 'NOUN-VERB' and 'VERB-NOUN' entity modification behavior. Numerous
internal changes to the code utilizing more current functionality are also
included in this release, in particular a rewrite of the entity moving code.
Also, the ability to adjust the attributes of the text objects in a
Dimension have been improved as well as simplified. And as usual, a wide
number of bug fixes and other code enhancements are present in the release.

A mailing list for the development and use of PythonCAD is available.
Visit the following page for information about subscribing and viewing
the mailing list archive:

http://mail.python.org/mailman/listinfo/pythoncad

Visit the PythonCAD web site for more information about what PythonCAD
does and aims to be:

http://www.pythoncad.org/

Come and join me in developing PythonCAD into a world class drafting
program!

Art Haas
-- 
Man once surrendering his reason, has no remaining guard against absurdities
the most monstrous, and like a ship without rudder, is the sport of every wind.

-Thomas Jefferson to James Smith, 1822
-- 
http://mail.python.org/mailman/listinfo/python-list


[ANNOUNCE] Twenty-seventh release of PythonCAD now available

2005-12-08 Thread Art Haas
Hi.

I'm pleased to announce the twenty-seventh development release of PythonCAD,
a CAD package for open-source software users. As the name implies,
PythonCAD is written entirely in Python. The goal of this project is
to create a fully scriptable drafting program that will match and eventually
exceed features found in commercial CAD software. PythonCAD is released
under the GNU Public License (GPL).

PythonCAD requires Python 2.2 or newer. The interface is GTK 2.0
based, and uses the PyGTK module for interfacing to GTK. The design of
PythonCAD is built around the idea of separating the interface
from the back end as much as possible. By doing this, it is hoped
that both GNOME and KDE interfaces can be added to PythonCAD through
usage of the appropriate Python module. Addition of other PythonCAD 
interfaces will depend on the availability of a Python module for that
particular interface and developer interest and action.

The twenty-seventh release contains primarily bug fixes and internal
code enhancements. A long-standing interface problem where the display
of selected entities was not clear has been fixed. When you select an
entity it is redrawn in a highlighting color, making it clear which
entities are selected at any one time. Also, the ability to deselect
a selected entity has been added to the interface. The bug fixes included
in this release address a few problems introduced in the previous release
as well as various older issues.

A mailing list for the development and use of PythonCAD is available.
Visit the following page for information about subscribing and viewing
the mailing list archive:

http://mail.python.org/mailman/listinfo/pythoncad

Visit the PythonCAD web site for more information about what PythonCAD
does and aims to be:

http://www.pythoncad.org/

Come and join me in developing PythonCAD into a world class drafting
program!

Art Haas
-- 
Man once surrendering his reason, has no remaining guard against absurdities
the most monstrous, and like a ship without rudder, is the sport of every wind.

-Thomas Jefferson to James Smith, 1822
-- 
http://mail.python.org/mailman/listinfo/python-announce-list

Support the Python Software Foundation:
http://www.python.org/psf/donations.html


[ANNOUNCE] Twenty-seventh release of PythonCAD now available

2005-12-07 Thread Art Haas
Hi.

I'm pleased to announce the twenty-seventh development release of PythonCAD,
a CAD package for open-source software users. As the name implies,
PythonCAD is written entirely in Python. The goal of this project is
to create a fully scriptable drafting program that will match and eventually
exceed features found in commercial CAD software. PythonCAD is released
under the GNU Public License (GPL).

PythonCAD requires Python 2.2 or newer. The interface is GTK 2.0
based, and uses the PyGTK module for interfacing to GTK. The design of
PythonCAD is built around the idea of separating the interface
from the back end as much as possible. By doing this, it is hoped
that both GNOME and KDE interfaces can be added to PythonCAD through
usage of the appropriate Python module. Addition of other PythonCAD 
interfaces will depend on the availability of a Python module for that
particular interface and developer interest and action.

The twenty-seventh release contains primarily bug fixes and internal
code enhancements. A long-standing interface problem where the display
of selected entities was not clear has been fixed. When you select an
entity it is redrawn in a highlighting color, making it clear which
entities are selected at any one time. Also, the ability to deselect
a selected entity has been added to the interface. The bug fixes included
in this release address a few problems introduced in the previous release
as well as various older issues.

A mailing list for the development and use of PythonCAD is available.
Visit the following page for information about subscribing and viewing
the mailing list archive:

http://mail.python.org/mailman/listinfo/pythoncad

Visit the PythonCAD web site for more information about what PythonCAD
does and aims to be:

http://www.pythoncad.org/

Come and join me in developing PythonCAD into a world class drafting
program!

Art Haas
-- 
Man once surrendering his reason, has no remaining guard against absurdities
the most monstrous, and like a ship without rudder, is the sport of every wind.

-Thomas Jefferson to James Smith, 1822
-- 
http://mail.python.org/mailman/listinfo/python-list


[ANNOUNCE] Twenty-sixth release of PythonCAD now available

2005-10-21 Thread Art Haas
I'm pleased to announce the twenty-sixth development release of PythonCAD,
a CAD package for open-source software users. As the name implies,
PythonCAD is written entirely in Python. The goal of this project is
to create a fully scriptable drafting program that will match and eventually
exceed features found in commercial CAD software. PythonCAD is released
under the GNU Public License (GPL).

PythonCAD requires Python 2.2 or newer. The interface is GTK 2.0
based, and uses the PyGTK module for interfacing to GTK. The design of
PythonCAD is built around the idea of separating the interface
from the back end as much as possible. By doing this, it is hoped
that both GNOME and KDE interfaces can be added to PythonCAD through
usage of the appropriate Python module. Addition of other PythonCAD 
interfaces will depend on the availability of a Python module for that
particular interface and developer interest and action.

The twenty-sixth release includes a few interface enhancements. More
of the menus can be activated from the keyboard, and stretch/move
operations now accept entry box values when performing either task.
A significant amount of work has been applied to the internal
routines used for storing the entities in a drawing, the result of
which required numerous changes throughout the code. The primary
change was adjusting the Quadtree search and storage routines to
handle the case where multiple instances of equivalent entities
are stored. In earlier releases of PythonCAD this scenario would
result in strange errors if it were to occur. As is always the case,
a large number of smaller bug fixes and code enhancements are also
present in this release.

A mailing list for the development and use of PythonCAD is available.
Visit the following page for information about subscribing and viewing
the mailing list archive:

http://mail.python.org/mailman/listinfo/pythoncad

Visit the PythonCAD web site for more information about what PythonCAD
does and aims to be:

http://www.pythoncad.org/

Come and join me in developing PythonCAD into a world class drafting
program!

Art Haas
-- 
Man once surrendering his reason, has no remaining guard against absurdities
the most monstrous, and like a ship without rudder, is the sport of every wind.

-Thomas Jefferson to James Smith, 1822
-- 
http://mail.python.org/mailman/listinfo/python-list


[ANNOUNCE] Twenty-fifth release of PythonCAD now available

2005-05-26 Thread Art Haas
I'm pleased to announce the twenty-fifth development release of PythonCAD,
a CAD package for open-source software users. As the name implies,
PythonCAD is written entirely in Python. The goal of this project is
to create a fully scriptable drafting program that will match and eventually
exceed features found in commercial CAD software. PythonCAD is released
under the GNU Public License (GPL).

PythonCAD requires Python 2.2 or newer. The interface is GTK 2.0
based, and uses the PyGTK module for interfacing to GTK. The design of
PythonCAD is built around the idea of separating the interface
from the back end as much as possible. By doing this, it is hoped
that both GNOME and KDE interfaces can be added to PythonCAD through
usage of the appropriate Python module. Addition of other PythonCAD 
interfaces will depend on the availability of a Python module for that
particular interface and developer interest and action.

The twenty-fifth release consists primarily of bug fixes. The compatibility
code for the GTK Action and ActionGroup classes introduced in the previous
release had a number of bugs which have been fixed. People running PythonCAD
on PyGTK releases prior to 2.4 should find this latest release working
correctly due to these fixes. Thanks go to Wilbert Knol for helping identify
and test the proposed fixes for this problem. A number of changes to the
event handling code also are include in this release. Previously various
event handling routines either returned an incorrect value, or returned a
value when not needed. This release cleans up many of these issues, making
the event handling code easier to follow as well as better conforming to
GTK/PyGTK requirements. Various other bug fixes and code enhancements are
present in this release as well.

A mailing list for the development and use of PythonCAD is available.
Visit the following page for information about subscribing and viewing
the mailing list archive:

http://mail.python.org/mailman/listinfo/pythoncad

Visit the PythonCAD web site for more information about what PythonCAD
does and aims to be:

http://www.pythoncad.org/

Come and join me in developing PythonCAD into a world class drafting
program!

Art Haas
-- 
Man once surrendering his reason, has no remaining guard against absurdities
the most monstrous, and like a ship without rudder, is the sport of every wind.

-Thomas Jefferson to James Smith, 1822
-- 
http://mail.python.org/mailman/listinfo/python-list


[ANNOUNCE] Twenty-fourth release of PythonCAD now available

2005-04-29 Thread Art Haas

I'm pleased to announce the twenty-fourth development release of PythonCAD,
a CAD package for open-source software users. As the name implies,
PythonCAD is written entirely in Python. The goal of this project is
to create a fully scriptable drafting program that will match and eventually
exceed features found in commercial CAD software. PythonCAD is released
under the GNU Public License (GPL).

PythonCAD requires Python 2.2 or newer. The interface is GTK 2.0
based, and uses the PyGTK module for interfacing to GTK. The design of
PythonCAD is built around the idea of separating the interface
from the back end as much as possible. By doing this, it is hoped
that both GNOME and KDE interfaces can be added to PythonCAD through
usage of the appropriate Python module. Addition of other PythonCAD 
interfaces will depend on the availability of a Python module for that
particular interface and developer interest and action.

The twenty-fourth release contains numerous improvements to the code
used for constructing the user interface and the entity drawing routines.
This release utilizes the GTK Action and ActionGroup classes for building
and controlling the menubar and menus. Using these classes greatly simplifies
and enhances the ability to manipulate the menu items, and these features
are used extensively in this release. Many menu choices are now activated
when the functionality they provide can be used, and deactivated when their
use is not possible. More enhancements of this nature will be appearing in
future releases. Another significant improvement is the refactoring of the
entity drawing routines. These routines are now provided as methods for each
entity class, making their usage much clearer and simpler. Changing the
drawing routines has allowed significant simplification of the code
responsible for drawing as well as fixing several drawing bugs. Future
releases of PythonCAD will build on this change to enhance and improve the
graphical behavior of the program even further. A number of PyGTK deprecation
warnings that slipped by in the previous release have been removed, and a
good number of bug fixes and code enhancements are present in this release
as well.

A mailing list for the development and use of PythonCAD is available.
Visit the following page for information about subscribing and viewing
the mailing list archive:

http://mail.python.org/mailman/listinfo/pythoncad

Visit the PythonCAD web site for more information about what PythonCAD
does and aims to be:

http://www.pythoncad.org/

Come and join me in developing PythonCAD into a world class drafting
program!

Art Haas
-- 
Man once surrendering his reason, has no remaining guard against absurdities
the most monstrous, and like a ship without rudder, is the sport of every wind.

-Thomas Jefferson to James Smith, 1822
-- 
http://mail.python.org/mailman/listinfo/python-announce-list

Support the Python Software Foundation:
http://www.python.org/psf/donations.html


[ANNOUNCE] Twenty-fourth release of PythonCAD now available

2005-04-28 Thread Art Haas

I'm pleased to announce the twenty-fourth development release of PythonCAD,
a CAD package for open-source software users. As the name implies,
PythonCAD is written entirely in Python. The goal of this project is
to create a fully scriptable drafting program that will match and eventually
exceed features found in commercial CAD software. PythonCAD is released
under the GNU Public License (GPL).

PythonCAD requires Python 2.2 or newer. The interface is GTK 2.0
based, and uses the PyGTK module for interfacing to GTK. The design of
PythonCAD is built around the idea of separating the interface
from the back end as much as possible. By doing this, it is hoped
that both GNOME and KDE interfaces can be added to PythonCAD through
usage of the appropriate Python module. Addition of other PythonCAD 
interfaces will depend on the availability of a Python module for that
particular interface and developer interest and action.

The twenty-fourth release contains numerous improvements to the code
used for constructing the user interface and the entity drawing routines.
This release utilizes the GTK Action and ActionGroup classes for building
and controlling the menubar and menus. Using these classes greatly simplifies
and enhances the ability to manipulate the menu items, and these features
are used extensively in this release. Many menu choices are now activated
when the functionality they provide can be used, and deactivated when their
use is not possible. More enhancements of this nature will be appearing in
future releases. Another significant improvement is the refactoring of the
entity drawing routines. These routines are now provided as methods for each
entity class, making their usage much clearer and simpler. Changing the
drawing routines has allowed significant simplification of the code
responsible for drawing as well as fixing several drawing bugs. Future
releases of PythonCAD will build on this change to enhance and improve the
graphical behavior of the program even further. A number of PyGTK deprecation
warnings that slipped by in the previous release have been removed, and a
good number of bug fixes and code enhancements are present in this release
as well.

A mailing list for the development and use of PythonCAD is available.
Visit the following page for information about subscribing and viewing
the mailing list archive:

http://mail.python.org/mailman/listinfo/pythoncad

Visit the PythonCAD web site for more information about what PythonCAD
does and aims to be:

http://www.pythoncad.org/

Come and join me in developing PythonCAD into a world class drafting
program!

Art Haas
-- 
Man once surrendering his reason, has no remaining guard against absurdities
the most monstrous, and like a ship without rudder, is the sport of every wind.

-Thomas Jefferson to James Smith, 1822
-- 
http://mail.python.org/mailman/listinfo/python-list


[ANNOUNCE] Twenty-third release of PythonCAD now available

2005-03-18 Thread Art Haas
I'm pleased to announce the twenty-third development release of PythonCAD,
a CAD package for open-source software users. As the name implies,
PythonCAD is written entirely in Python. The goal of this project is
to create a fully scriptable drafting program that will match and eventually
exceed features found in commercial CAD software. PythonCAD is released
under the GNU Public License (GPL).

PythonCAD requires Python 2.2 or newer. The interface is GTK 2.0
based, and uses the PyGTK module for interfacing to GTK. The design of
PythonCAD is built around the idea of separating the interface
from the back end as much as possible. By doing this, it is hoped
that both GNOME and KDE interfaces can be added to PythonCAD through
usage of the appropriate Python module. Addition of other PythonCAD 
interfaces will depend on the availability of a Python module for that
particular interface and developer interest and action.

The twenty-third release contains a several bug fixes, the largest of
which is the correct restoration of dimension string text properties when
the deletion of a dimension is undone. Another fix included in this release
is the removal of some deprecated constants flagged by the 2.6 PyGTK
release when they are encountered. This release also features the
beginnings of the scripting enhancements planned for PythonCAD. The
evaluation of user-entered expressions is now more powerful by utilizing
Python's exec keyword and invoking the eval() command with an argument
storing variables to be utilized during expression evaluation. More
enhancements and improvements in expression evaluation and overall
scriptability will appear in future releases.

A mailing list for the development and use of PythonCAD is available.
Visit the following page for information about subscribing and viewing
the mailing list archive:

http://mail.python.org/mailman/listinfo/pythoncad

Visit the PythonCAD web site for more information about what PythonCAD
does and aims to be:

http://www.pythoncad.org/

Come and join me in developing PythonCAD into a world class drafting
program!

Art Haas
-- 
Man once surrendering his reason, has no remaining guard against absurdities
the most monstrous, and like a ship without rudder, is the sport of every wind.

-Thomas Jefferson to James Smith, 1822
-- 
http://mail.python.org/mailman/listinfo/python-announce-list

Support the Python Software Foundation:
http://www.python.org/psf/donations.html


[ANNOUNCE] Twenty-third release of PythonCAD now available

2005-03-18 Thread Art Haas
I'm pleased to announce the twenty-third development release of PythonCAD,
a CAD package for open-source software users. As the name implies,
PythonCAD is written entirely in Python. The goal of this project is
to create a fully scriptable drafting program that will match and eventually
exceed features found in commercial CAD software. PythonCAD is released
under the GNU Public License (GPL).

PythonCAD requires Python 2.2 or newer. The interface is GTK 2.0
based, and uses the PyGTK module for interfacing to GTK. The design of
PythonCAD is built around the idea of separating the interface
from the back end as much as possible. By doing this, it is hoped
that both GNOME and KDE interfaces can be added to PythonCAD through
usage of the appropriate Python module. Addition of other PythonCAD 
interfaces will depend on the availability of a Python module for that
particular interface and developer interest and action.

The twenty-third release contains a several bug fixes, the largest of
which is the correct restoration of dimension string text properties when
the deletion of a dimension is undone. Another fix included in this release
is the removal of some deprecated constants flagged by the 2.6 PyGTK
release when they are encountered. This release also features the
beginnings of the scripting enhancements planned for PythonCAD. The
evaluation of user-entered expressions is now more powerful by utilizing
Python's exec keyword and invoking the eval() command with an argument
storing variables to be utilized during expression evaluation. More
enhancements and improvements in expression evaluation and overall
scriptability will appear in future releases.

A mailing list for the development and use of PythonCAD is available.
Visit the following page for information about subscribing and viewing
the mailing list archive:

http://mail.python.org/mailman/listinfo/pythoncad

Visit the PythonCAD web site for more information about what PythonCAD
does and aims to be:

http://www.pythoncad.org/

Come and join me in developing PythonCAD into a world class drafting
program!

Art Haas
-- 
Man once surrendering his reason, has no remaining guard against absurdities
the most monstrous, and like a ship without rudder, is the sport of every wind.

-Thomas Jefferson to James Smith, 1822
-- 
http://mail.python.org/mailman/listinfo/python-list


[ANNOUNCE] Twenty-second release of PythonCAD now available

2005-01-27 Thread Art Haas
I'm pleased to announce the twenty-second development release of PythonCAD,
a CAD package for open-source software users. As the name implies,
PythonCAD is written entirely in Python. The goal of this project is
to create a fully scriptable drafting program that will match and eventually
exceed features found in commercial CAD software. PythonCAD is released
under the GNU Public License (GPL).

PythonCAD requires Python 2.2 or newer. The interface is GTK 2.0
based, and uses the PyGTK module for interfacing to GTK. The design of
PythonCAD is built around the idea of separating the interface
from the back end as much as possible. By doing this, it is hoped
that both GNOME and KDE interfaces can be added to PythonCAD through
usage of the appropriate Python module. Addition of other PythonCAD 
interfaces will depend on the availability of a Python module for that
particular interface and developer interest and action.

The twenty-second release contains primarily internal code enhancements
in regards to the Python language. PythonCAD running under PyGTK releases
after the 2.4.0 release will now utilize the gtk.ComboBox and the
gtk.ColorButton widgets, while PythonCAD running under older releases
will still utilize the same widgets as before. This change removes
the DeprecatationWarning users with the newer PyGTK release would see.
A problem where restoring a deleted TextBlock entity was fixed, and a variety
of other fixes and improvements are also included in this release.

A mailing list for the development and use of PythonCAD is available.
Visit the following page for information about subscribing and viewing
the mailing list archive:

http://mail.python.org/mailman/listinfo/pythoncad

Visit the PythonCAD web site for more information about what PythonCAD
does and aims to be:

http://www.pythoncad.org/

Come and join me in developing PythonCAD into a world class drafting
program!

Art Haas
-- 
Man once surrendering his reason, has no remaining guard against absurdities
the most monstrous, and like a ship without rudder, is the sport of every wind.

-Thomas Jefferson to James Smith, 1822
-- 
http://mail.python.org/mailman/listinfo/python-announce-list

Support the Python Software Foundation:
http://www.python.org/psf/donations.html


[ANNOUNCE] Twenty-second release of PythonCAD now available

2005-01-26 Thread Art Haas
I'm pleased to announce the twenty-second development release of PythonCAD,
a CAD package for open-source software users. As the name implies,
PythonCAD is written entirely in Python. The goal of this project is
to create a fully scriptable drafting program that will match and eventually
exceed features found in commercial CAD software. PythonCAD is released
under the GNU Public License (GPL).

PythonCAD requires Python 2.2 or newer. The interface is GTK 2.0
based, and uses the PyGTK module for interfacing to GTK. The design of
PythonCAD is built around the idea of separating the interface
from the back end as much as possible. By doing this, it is hoped
that both GNOME and KDE interfaces can be added to PythonCAD through
usage of the appropriate Python module. Addition of other PythonCAD 
interfaces will depend on the availability of a Python module for that
particular interface and developer interest and action.

The twenty-second release contains primarily internal code enhancements
in regards to the Python language. PythonCAD running under PyGTK releases
after the 2.4.0 release will now utilize the gtk.ComboBox and the
gtk.ColorButton widgets, while PythonCAD running under older releases
will still utilize the same widgets as before. This change removes
the DeprecatationWarning users with the newer PyGTK release would see.
A problem where restoring a deleted TextBlock entity was fixed, and a variety
of other fixes and improvements are also included in this release.

A mailing list for the development and use of PythonCAD is available.
Visit the following page for information about subscribing and viewing
the mailing list archive:

http://mail.python.org/mailman/listinfo/pythoncad

Visit the PythonCAD web site for more information about what PythonCAD
does and aims to be:

http://www.pythoncad.org/

Come and join me in developing PythonCAD into a world class drafting
program!

Art Haas
-- 
Man once surrendering his reason, has no remaining guard against absurdities
the most monstrous, and like a ship without rudder, is the sport of every wind.

-Thomas Jefferson to James Smith, 1822
-- 
http://mail.python.org/mailman/listinfo/python-list


[ANNOUNCE] Twenty-first release of PythonCAD now available

2005-01-12 Thread Art Haas
I'm pleased to announce the twenty-first development release of PythonCAD,
a CAD package for open-source software users. As the name implies,
PythonCAD is written entirely in Python. The goal of this project is
to create a fully scriptable drafting program that will match and eventually
exceed features found in commercial CAD software. PythonCAD is released
under the GNU Public License (GPL).

PythonCAD requires Python 2.2 or newer. The interface is GTK 2.0
based, and uses the PyGTK module for interfacing to GTK. The design of
PythonCAD is built around the idea of separating the interface
from the back end as much as possible. By doing this, it is hoped
that both GNOME and KDE interfaces can be added to PythonCAD through
usage of the appropriate Python module. Addition of other PythonCAD 
interfaces will depend on the availability of a Python module for that
particular interface and developer interest and action.

The twenty-first release of PythonCAD adds the ability to save
the visibility and locked status of entities when saving a drawing.
This release also includes improved code for handling the undo/redo
operations by simplifying various routines as well as making
similiar routines in various modules consistent. Like all previous
releases, numerous bug fixes and code improvements have been applied.

A mailing list for the development and use of PythonCAD is available.
Visit the following page for information about subscribing and viewing
the mailing list archive:

http://mail.python.org/mailman/listinfo/pythoncad

Visit the PythonCAD web site for more information about what PythonCAD
does and aims to be:

http://www.pythoncad.org/

Come and join me in developing PythonCAD into a world class drafting
program!

Art Haas
-- 
Man once surrendering his reason, has no remaining guard against absurdities
the most monstrous, and like a ship without rudder, is the sport of every wind.

-Thomas Jefferson to James Smith, 1822
-- 
http://mail.python.org/mailman/listinfo/python-list


[ANNOUNCE] Twentieth release of PythonCAD now available

2004-12-22 Thread Art Haas
Hi.

I'm pleased to announce the twentieth development release of PythonCAD,
a CAD package for open-source software users. As the name implies,
PythonCAD is written entirely in Python. The goal of this project is
to create a fully scriptable drafting program that will match and eventually
exceed features found in commercial CAD software. PythonCAD is released
under the GNU Public License (GPL).

PythonCAD requires Python 2.2 or Python 2.3. The interface is GTK 2.0
based, and uses the PyGTK module for interfacing to GTK. The design of
PythonCAD is built around the idea of separating the interface
from the back end as much as possible. By doing this, it is hoped
that both GNOME and KDE interfaces can be added to PythonCAD through
usage of the appropriate Python module. Addition of other PythonCAD 
interfaces will depend on the availability of a Python module for that
particular interface and developer interest and action.

The twentieth release of PythonCAD improves the undo/redo abilities
of the program by making layer creation and deletion actions that
can be undone or redone. Also, the addition and removal of chamfers
and fillets is now an undoable and redoable action. The code for
managing undo/redo operations has been improved, and various bug
fixes for these actions have been applied. Another improvement in
this release is a reworked set of file saving operations. The code
for saving a file onto disk has been made more robust by adding
additional error checks and by ensuring the new version of a file
is stored successfully prior to replacing the existing copy. A
good number of bug fixes and code improvements are included in
this release as well.

PythonCAD is now two years old! The first public release was on December
21, 2002. Celebrate PythonCAD's second birthday by downloading and
installing the twentieth release!

The mailing list for the development and use of PythonCAD is available.
Visit the following page for information about subscribing and viewing
the mailing list archive:

http://mail.python.org/mailman/listinfo/pythoncad

Visit the PythonCAD web site for more information about what PythonCAD
does and aims to be:

http://www.pythoncad.org/

Come and join me in developing PythonCAD into a world class drafting
program!

Art Haas
-- 
Man once surrendering his reason, has no remaining guard against absurdities
the most monstrous, and like a ship without rudder, is the sport of every wind.

-Thomas Jefferson to James Smith, 1822
-- 
http://mail.python.org/mailman/listinfo/python-announce-list

Support the Python Software Foundation:
http://www.python.org/psf/donations.html


[ANNOUNCE] Twentieth release of PythonCAD now available

2004-12-21 Thread Art Haas
Hi.

I'm pleased to announce the twentieth development release of PythonCAD,
a CAD package for open-source software users. As the name implies,
PythonCAD is written entirely in Python. The goal of this project is
to create a fully scriptable drafting program that will match and eventually
exceed features found in commercial CAD software. PythonCAD is released
under the GNU Public License (GPL).

PythonCAD requires Python 2.2 or Python 2.3. The interface is GTK 2.0
based, and uses the PyGTK module for interfacing to GTK. The design of
PythonCAD is built around the idea of separating the interface
from the back end as much as possible. By doing this, it is hoped
that both GNOME and KDE interfaces can be added to PythonCAD through
usage of the appropriate Python module. Addition of other PythonCAD 
interfaces will depend on the availability of a Python module for that
particular interface and developer interest and action.

The twentieth release of PythonCAD improves the undo/redo abilities
of the program by making layer creation and deletion actions that
can be undone or redone. Also, the addition and removal of chamfers
and fillets is now an undoable and redoable action. The code for
managing undo/redo operations has been improved, and various bug
fixes for these actions have been applied. Another improvement in
this release is a reworked set of file saving operations. The code
for saving a file onto disk has been made more robust by adding
additional error checks and by ensuring the new version of a file
is stored successfully prior to replacing the existing copy. A
good number of bug fixes and code improvements are included in
this release as well.

PythonCAD is now two years old! The first public release was on December
21, 2002. Celebrate PythonCAD's second birthday by downloading and
installing the twentieth release!

The mailing list for the development and use of PythonCAD is available.
Visit the following page for information about subscribing and viewing
the mailing list archive:

http://mail.python.org/mailman/listinfo/pythoncad

Visit the PythonCAD web site for more information about what PythonCAD
does and aims to be:

http://www.pythoncad.org/

Come and join me in developing PythonCAD into a world class drafting
program!

Art Haas
-- 
Man once surrendering his reason, has no remaining guard against absurdities
the most monstrous, and like a ship without rudder, is the sport of every wind.

-Thomas Jefferson to James Smith, 1822
-- 
http://mail.python.org/mailman/listinfo/python-list