DIYEFI.org Forum

To implement this, I will create some wrapper functions for handling the interface layout. If I put these in a well documented file seperate from other code, it should be easy for someone to get the general idea of python and how the layout is defined, and modify as desired...

No recompile would be required, and if someone really wanted a dynamic reload option, and maybe even a layout preview could be coded up.

Another part to this I have started implementing, is the tabbed interface. However, tabs will be able to be "popped out" - where they will open in a new window, so in essence - you could have two tabs shown on the screen at once

Much like tool boxs in gimp, you could have any number doing whatever?

I like the idea of having them in a window, or popped out. Fore example in GIMP I only know of individual dialogs, so when you want to min it, you have to hit many windows to make it go down. Where it sounds like your popping idea would allow for you to choose either to keep them in a window, or individual. I like the idea of having the option. Just to make sure, it's still not implemented yet right? I see pop out, but it didn't appear to work quite yet.

I also like the debug info thing.

Fred wrote:Much like tool boxs in gimp, you could have any number doing whatever?

Yeah any number

jharvey wrote:I like the idea of having them in a window, or popped out. Fore example in GIMP I only know of individual dialogs, so when you want to min it, you have to hit many windows to make it go down. Where it sounds like your popping idea would allow for you to choose either to keep them in a window, or individual. I like the idea of having the option. Just to make sure, it's still not implemented yet right? I see pop out, but it didn't appear to work quite yet.

I also like the debug info thing.

Yeah not quite done, but close

sry_not4sale wrote:To implement this, I will create some wrapper functions for handling the interface layout. If I put these in a well documented file seperate from other code, it should be easy for someone to get the general idea of python and how the layout is defined, and modify as desired...

No recompile would be required, and if someone really wanted a dynamic reload option, and maybe even a layout preview could be coded up.

Are you planning on having the user modify python code to alter the GUI? It would be better if you made a interpreter for .txt (or whatever) files. Then you dont have to worry about a user edditing code and acidently ruining indenting or syntax. Your code would alert them to mistakes in the .txt file if they changed it and try render what is correct in the file

Even better addition to this (so a user never has to type a thing!) would be to have a designer mode in the app that brings up a sandbox (a window) of wxpython object examples that can be dragged and dropped onto the main screen and resizable etc, they would also be assiable to the database of parameters that the ECU returns (or commands that can be sent). (I am also imagining here you have some sort of dictionary/database containing all ECU parameters!)


Cheers

Dan

wxglade is also an option. I agree that a parsable solution seems better for that. I have no idea how to achieve a parsable solution though.

Fred.

Fred wrote:wxglade is also an option. I agree that a parsable solution seems better for that. I have no idea how to achieve a parsable solution though.

Fred.

I already have a parsing solution that may be appropriate, however the parsing of the files is written in a C dll which is not my interlectual property so i would have to rewrite it in python.. (I am doing this now anyway...)

Tomorow I will post an example of a file and you can see what you think/ sugggest how it could be improved

Python has an interface to its own c parser, so you can use python to program it and parse markup languages