Gmoccapy 3.5.0 - opinions needed

I did some improvements of the UI of gmoccapy and would like to hear your opinions to make sure that I am not the only one to perceive this as improvement.

1. Progressbar for progress of the actual running program. Useful or waste of space? Add more information like estimated time or current time? Or better let that in the tab (2.)?


2. Add tab for G-code properties. Useful? Which information would you like to see from these?



3. Change icon for "back to main page" (1). The currently used one is known as undo button, so does not fit well here. I also created some other icons (see in the file area), but I think the chosen one fits best.
4. Change the button order in file chooser page (2). I think the directory-navigate buttons should be grouped together. Otherwise it is a bit confusing with that many different arrows.

1) What shows the progressbar bar?
Progress of loading file? (AXIS has this functionality)
If the file is loaded, the progressbar should be hidden after file loading.

Progress of realization program?

It should be described as
"Program proccess - 13%"
or
"Loading file - 13%"

If you think this progressbar might bother someone, make its display optional in the setup using the "Show progressbar" checkbox.

Personally, I don't mind this progressbar.


2) Picture of GUI looks good, BUT what is source of data?
Are the data computed automaticaly?
If yes, this is fantastic stuff.

Must it be calculated by CAM system?
If yes, so only a few users will customize the postprocessor in CAM so that this table gives the correct numbers. In this case I would make the table optional in setup and disabled by default.


I dont know, what do you mean by this:
?

3,4) Every buttons has comments for help. I'm a conservative person. I like Norbert's pictures. Feel free to change them to a different style.

5) The weak point of the chooser page is that it lacks a tree:
 

zz912 wrote:

1) What shows the progressbar bar?

Progress of the currently running program

zz912 wrote:

2) Picture of GUI looks good, BUT what is source of data?
Are the data computed automaticaly?
If yes, this is fantastic stuff.

It's calculated by LinuxCNC's gremlin. It has been available in Axis for ages und since 2.9 available as gstat message for everyone (see linuxcnc.org/docs/devel/html/gui/gstat.html --> graphics-gcode-properties)

zz912 wrote:

I dont know, what do you mean by this:

Code:

name (string): Name of the loaded file size (string): Size in bytes and lines g0 (string): Total rapid distance g1 (string): Total feed distance run (string): Estimated program run time toollist (list): List of used tools x (string): X extents (bounds) 1 x_zero_rxy (string): X extents without rotation around z (bounds) 1 y (string): Y extents (bounds) 1 y_zero_rxy (string): Y extents without rotation around z (bounds) 1 z (string): Z extents (bounds) 1 z_zero_rxy (string): Z extents without rotation around z (bounds) 1 machine_unit_sys (string): Machine units (Metric or Imperial) gcode_units (string): Units in G-code file (mm or in)

?

These information are available to be displayed in this tab. See the docs above.

zz912 wrote:

5) The weak point of the chooser page is that it lacks a tree

It also lacks navigate back and forth buttons for example. But usually one have its G-code in one directory so I will not spend much time on this.

 

So I understand correctly that you have the Progressbar of the currently running program twice? Once under the G-code and once in the G-code properties?

But usually one have its G-code in one directory

Am I the only one who uses folders for different projects?
I have a huge problem when I upload files to a user's machine and they are in a folder and then I leave. Then they call me and it is very difficult to direct them to the correct folder because they don't know where they are. Plus most of my friends use Windows so they are looking for C:\

Thanks for the work!

- I ike the Gcode properties tab.

- Not sure I care much for the progress bar under the Gcode display but if it's configurable why not.

- Directory tree would be nice. I often see people using different folders for different projects/customers.

zz912 wrote:

So I understand correctly that you have the Progressbar of the currently running program twice? Once under the G-code and once in the G-code properties?

Exactly - but only to show the different options.

Am I the only one who uses folders for different projects?
I have a huge problem when I upload files to a user's machine and they are in a folder and then I leave. Then they call me and it is very difficult to direct them to the correct folder because they don't know where they are. Plus most of my friends use Windows so they are looking for C:\

I understand that. I'll think about if this is implementable with a reasonable amount of work.

Aciera wrote:

Thanks for the work!
- Not sure I care much for the progress bar under the Gcode display but if it's configurable why not.

I tend to have it fixed under the G-code as it doesn't consume much space.

List of tools can be helpful before run the program:
 

Place for it:
 

zz912 wrote:

List of tools can be helpful before run the program:

I just tried it and the toollist was always empty. No idea in which cases there are tools listed or if it's a bug.

How did you try it?

I would expect it to list all the tools from the program. Do you have more T in the program? T5, T4, T100 ....