Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.lang.python > #36072 > unrolled thread

Re: Can't seem to start on this

Started byKene Meniru <Kene.Meniru@illom.org>
First post2013-01-03 12:36 -0500
Last post2013-01-03 12:36 -0500
Articles 1 — 1 participant

Back to article view | Back to comp.lang.python

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.


Contents

  Re: Can't seem to start on this Kene Meniru <Kene.Meniru@illom.org> - 2013-01-03 12:36 -0500

#36072 — Re: Can't seem to start on this

FromKene Meniru <Kene.Meniru@illom.org>
Date2013-01-03 12:36 -0500
SubjectRe: Can't seem to start on this
Message-ID<mailman.50.1357234625.2939.python-list@python.org>
D'Arcy J.M. Cain wrote:

> That works too.  It's just that you had users writing Python code but
> assumed that a three line subclass was beyond them.  Not requiring them
> to write any Python code is a better option than the first one (global
> variables) that you proposed.  That's all I am trying to say.
> 

I understand.

>> program behaves or perhaps a building component. In that case any of
>> the other modules can be updated instead of "A". Actually "A" will
>> not be part of the packaged program.
> 
> Or "A" becomes the script that parses the config file and runs the
> other code.
> 

Yes. To be more precise, later I will create "A_Interface" to provide the 
user with an interface for creating the contents of "A". "A_Interface" will 
then parse "A", calling "B" as required to create the artifact. I had wanted 
to jump into "A_Interface" using something like urwid or PyQt but it makes 
sense to work with "A" directly for now.

Thanks for taking the time to understand.

[toc] | [standalone]


Back to top | Article view | comp.lang.python


csiph-web