- Posts: 425
- Thank you received: 0
qtvcp issues
- auto-mation-assist
- Offline
- Platinum Member
-
Its working now.
Looks like you need a MDI-history-only widget?
Yes with highlight copy into mdi entry text ability.
Also it would be nice to add horizontal scrowl bars to the gcode display and gcode edit panels.
Please Log in to join the conversation.
- auto-mation-assist
- Offline
- Platinum Member
-
- Posts: 425
- Thank you received: 0
Way back when a 20gb hard drive still cost $1200 I used a relational database and found it very powerful and extremely useful.
The machine I used it on ran the oasis operating system and was built by IBC Integrated Business Computers cost was over $13000 at the time for the basic machine with ten user ability. A short description of the operating system is below just as an interesting item.
The OASIS operating system (renamed THEOS in about 1983) was originally developed and distributed in 1977 by Phase One Systems of Oakland, California (President Howard Sidorsky). OASIS was developed for the Z80 processor and was the first multi-user operating system for 8-bit microprocessor based computers (Z-80 from Zilog). "OASIS" was a backronym for "Online Application System Interactive Software". Further info available from this source on the internet.
Please Log in to join the conversation.
auto-mation-assist wrote: I see nothing wrong with using a relational data base.
Rene just mentioned on another thread (the one I linked to that he is working on it!
Please Log in to join the conversation.
auto-mation-assist wrote: Pushed a fix for macrotabs.
Its working now.
Looks like you need a MDI-history-only widget?
Yes with highlight copy into mdi entry text ability.
Also it would be nice to add horizontal scrowl bars to the gcode display and gcode edit panels.
Yes the gcode window goes that currently but in your design that snot going to work for you.
I think I might have remove the horizontal scroll bar accidentally - it used to have it.
Chris M
Please Log in to join the conversation.
- auto-mation-assist
- Offline
- Platinum Member
-
- Posts: 425
- Thank you received: 0
I think that it should be able to tie into the .py file by Serguei Glavatski and available on git hub at:
github.com/verser-git/probe_screen.git .
Overlays are available there also. I have used Serguei's probing for quite a while an it works very well. it uses glade so it may need a bit of conversion work to get it compatible qtvcp.
Here is the layout that I'm working on for the probing panel.
Attachment not found
Please Log in to join the conversation.
I pushed a MDIHistory widget
and now ACTION can be used in button's python commands
Chris M
Please Log in to join the conversation.
- auto-mation-assist
- Offline
- Platinum Member
-
- Posts: 425
- Thank you received: 0
Overlaying a button with a picture. Or putting picture on top of a button.
Overlay may not be the right word for QT.
Please Log in to join the conversation.
Icons are small images representing function. That would be the best parallel.
Chris M
Please Log in to join the conversation.
- auto-mation-assist
- Offline
- Platinum Member
-
- Posts: 425
- Thank you received: 0
I have updated my initial panel layout for the probing interface. I think it includes everything that it needs for now and will allow coding to begin by using the verser version 1 .py as a a base to work with. The panel uses the same buttons although they have names that are renamed to be more compatible with the naming convention used in the x1Mill gui.
I will be making links to the probing related buttons and labels in the .ui and handler files in the next few days.
I have not been able to get any output from the onboard keyboard to display in a text label, or the mdi input and need a bit of help with that. Also when the panel is closed that the onboard keyboard is in, that need a keyboard kill or close cmd.
Her are a few pictures that show the current probing panel and mdi history off to its right. there are no images on the probing panel buttons right now.
Attachment not found
Attachment not found
Please Log in to join the conversation.
- auto-mation-assist
- Offline
- Platinum Member
-
- Posts: 425
- Thank you received: 0
On labels, by convention those that have the ability to take a text input from a keyboard always have a light background while those used for info output only have a darker background. Can you make a suggestion on the best way do that? Does qt have a definition to declare these as input or output?
Please Log in to join the conversation.
