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

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

monolithic apps

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

Contents

  monolithic apps tamnt54@gmail.com - 2013-01-24 09:06 -0800
    Re: monolithic apps Dave Angel <d@davea.name> - 2013-01-24 12:25 -0500
      Re: monolithic apps tamnt54@gmail.com - 2013-01-25 06:00 -0800
        Re: monolithic apps tamnt54@gmail.com - 2013-01-25 06:05 -0800
          Re: monolithic apps tamnt54@gmail.com - 2013-01-25 06:06 -0800
          Re: monolithic apps tamnt54@gmail.com - 2013-01-25 06:06 -0800
        Re: monolithic apps tamnt54@gmail.com - 2013-01-25 06:05 -0800
      Re: monolithic apps tamnt54@gmail.com - 2013-01-25 06:00 -0800
    Re: monolithic apps Ulrich Eckhardt <ulrich.eckhardt@dominolaser.com> - 2013-01-24 18:25 +0100

#37610 — monolithic apps

Any suggestions for study?..:
 Is is possible to take a large executable with GUI and real time data and images, to extract modules, and it can run as if it looks like a monolithic application (windows over main windows, or images over other images) but is various python script driven modules calling each other as separate apps?

[toc] | [next] | [standalone]

#37613

On 01/24/2013 12:06 PM, tamnt54@gmail.com wrote:
> Any suggestions for study?..:
>   Is is possible to take a large executable with GUI and real time data and images, to extract modules, and it can run as if it looks like a monolithic application (windows over main windows, or images over other images) but is various python script driven modules calling each other as separate apps?
>

I can see at least 4 things you might mean.  Perhaps you'd better spell 
it out.

1) glom all the scripts & binary modules into one big file, so the user 
thinks it's one huge app

2) Manipulate multiple gui apps while having the same UI as though there 
was just one main window, and other windows all belong to it.  Multiple 
GUI processes, but some central control to change the user experience 
into resembling a single GUI app.

3) Have one gui app "main" that other apps can somehow call to 
manipulate the windows of "main."  Multiple processes, only one of them 
with a GUI.

4) From a GUI app, use other apps as loadable modules, and reuse their 
class definitions and functions by calling them from the GUI app.  One 
process.


You say this a topic for study, but there's a lot of other things you 
may need to specify before you get to implementing.  What OS, what 
version of Python, what GUI, are these apps modifiable, or are you just 
allowed to write glue, ...

-- 
DaveA

[toc] | [prev] | [next] | [standalone]

#37661

..snipped...
> 
> 2) Manipulate multiple gui apps while having the same UI as though there 
> was just one main window, and other windows all belong to it.  Multiple 
> GUI processes, but some central control to change the user experience 
> into resembling a single GUI app.
...snipped
> 
> You say this a topic for study, but there's a lot of other things you 
> may need to specify before you get to implementing.  What OS, what 
> version of Python, what GUI, are these apps modifiable, or are you just 
> allowed to write glue, ...
> -- 
> DaveA

Hey Thanks, Dave!
Definitely (2). However: you say "and other windows all belong to it."  That is not such a great idea as long as the main window can close the other windows. But that's the point.
I have a humongous commercial app in C++ on Win32.  (It could require porting at some time because main tools it uses could get ported by separate vendor) So what I'd like to do is write real-time imaging functions separately and control them using python scripting with whatever windows or overlayed images are needed.  Debug these separately and call+control them as individual stand alone, and glue together as needed.  glue being mainly python, and what is being glued would also be controlled as separate python modules. This ends up running as one monolithic application that looks the same (better I hope) as the previous huge monolithic win32 app.
thanks again!

[toc] | [prev] | [next] | [standalone]

#37664

Glue not just python but whatever is needed to communicate back and forth.  lots of data, but whatever could be glue in python of course. The C++ glue and functions would be controlled as python data and communicated between different modules.
todd.

[toc] | [prev] | [next] | [standalone]

#37666

My App takes over the whole system from power up to shutdown.

[toc] | [prev] | [next] | [standalone]

#37667

My App takes over the whole system from power up to shutdown.

[toc] | [prev] | [next] | [standalone]

#37665

Glue not just python but whatever is needed to communicate back and forth.  lots of data, but whatever could be glue in python of course. The C++ glue and functions would be controlled as python data and communicated between different modules.
todd.

[toc] | [prev] | [next] | [standalone]

#37662

..snipped...
> 
> 2) Manipulate multiple gui apps while having the same UI as though there 
> was just one main window, and other windows all belong to it.  Multiple 
> GUI processes, but some central control to change the user experience 
> into resembling a single GUI app.
...snipped
> 
> You say this a topic for study, but there's a lot of other things you 
> may need to specify before you get to implementing.  What OS, what 
> version of Python, what GUI, are these apps modifiable, or are you just 
> allowed to write glue, ...
> -- 
> DaveA

Hey Thanks, Dave!
Definitely (2). However: you say "and other windows all belong to it."  That is not such a great idea as long as the main window can close the other windows. But that's the point.
I have a humongous commercial app in C++ on Win32.  (It could require porting at some time because main tools it uses could get ported by separate vendor) So what I'd like to do is write real-time imaging functions separately and control them using python scripting with whatever windows or overlayed images are needed.  Debug these separately and call+control them as individual stand alone, and glue together as needed.  glue being mainly python, and what is being glued would also be controlled as separate python modules. This ends up running as one monolithic application that looks the same (better I hope) as the previous huge monolithic win32 app.
thanks again!

[toc] | [prev] | [next] | [standalone]

#37615

Am 24.01.2013 18:06, schrieb tamnt54@gmail.com:
> Any suggestions for study?..: Is is possible to take a large
> executable with GUI and real time data and images, to extract
> modules, and it can run as if it looks like a monolithic application
> (windows over main windows, or images over other images) but is
> various python script driven modules calling each other as separate
> apps?
>

http://www.gnu.org/software/hurd/

Uli

<g,d&r>

[toc] | [prev] | [standalone]

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

csiph-web