Running external module and accessing the created objects

[Kene Meniru]

Dave Angel wrote:

> On 03/09/2013 10:34 AM, Kene Meniru wrote:

>> To use my program the user needs a script file I will call user.py.
>> Functions from my program must be imported into this file with
>> something like "from myapp import *".
> 
> And does the user run this script by doing
>      python  user.py
> 

Yes

>>
>> myapp.py is a module in my program that has all the functions that the
>> user needs to describe building components. There is also a main
>> controller object that is imported into myapp.py module called app.
>>
>> When python parses user.py module,
> 
> You presumably mean, "When Python runs the script user.py"
> 

When the user types and enters at the command line: "python user.py"

>> the functions the user has provided
>> creates building components which are then saved in a dictionary
>> located in an object called doc that is part of my program.
> 
> What program is that?  Looks to me like you're writing a series of
> modules, a framework perhaps, that is invoked by the user script.
>

Yes. I am writing many functions and classes in many modules that work 
together.
 
>>
>> The user is free to use the functions in myapp.py to describe building
>> components. When this process is complete or when the user wants to
>> view their work-in-progress, they have to place a function called
>> view() on the last line in user.py.
> 
> Don't you mean the code in user.py has to *call* the function app.view()
> when they're all done with defining the components?  That has nothing to
> do with being the last line.

Well... yes. The function is app.view() but it is not called automatically 
by the code in user.py. The following is an example of the contents of 
user.py

################### begin user.py #############################
from buildes import *

site("Willow_Creek_Ct", 5)
"""Create a site with name and number of boundaries."""
level("level1", 3000)
level("level2", 3000)
"""Create levels with name and height."""
setLevel("level1")
"""Set the current level to place objects"""
space("Dining", 5)
"""Create a space with 5 sides (walls)"""
linearSide("Dining-S1", 3683, 152, 0)
"""Initialize the first side of space called Dining"""
offset("Dining-S1", (3000, 0, 0))
"""Install the first side of Dining space called Dining-S1"""
view(POV)
"""Exports objects to POV-Ray format"""
################### end user.py #############################

> 
>> This function currently exports
> 
> You mean writes files into the file system?
> 

Yes.

>> the components into POV-Ray or OpenSCAD format. These are CAD programs
>> that read script files to render or create images of the described
>> artifacts. So this means that to view their work the user needs to run
>> python on user.py to export the building and then run POV-Ray or
>> OpenSCAD on the exported file to see the building.
> 
> At that point, the user.py script has completed, and Python is done,
> right?
> 

Yes

>>
>> I want to make it possible for the user to preview the building
>> components without having to use the external rendering programs. I
>> can currently have the app object provide this preview but it means
>> that the user will have to process user.py with python then exit the
>> graphic window each time they need to see changes.
> 
> What changes are those?  You can't change a script while it's executing.
>   Could you clarify this so I can rethink the following paragraph?
> 

Working on the user.py is an iterative process. The user adds new objects or 
changes the parameters of the objects already there and envokes "python 
user.py" each time to see the changes made. Just like using a program like 
LaTeX. You edit your text file and run LaTeX on the file to see the changes 
you made. The process continues until you finish the document. 

>
>
> So the solution I am looking for is to have a graphic window open that
> watches user.py for changes. If there is a change the graphic window
> updates the rendition of the created components without further
> intervention by the user. However this means that the graphic must
> somehow run python to parse user.py and then be able to access the
> objects stored in doc so that the coordinates can be used to update
> the view. This is where I am having difficulty.

-- 

Kene
::::::::::::::::::
KeMeniru at gmail.com