 Notice. New forum software under development. It's going to miss a few functions and look a bit ugly for a while, but I'm working on it full time now as the old forum was too unstable. Couple days, all good. If you notice any issues, please contact me. |
Forum Index : Microcontroller and PC projects : mplabx graphic screen generator
| Author | Message | ||||
| isochronic Guru  Joined: 21/01/2012 Location: AustraliaPosts: 689 |
This is interesting, mplabx graphic gen don't know if plib is in the mix or not. |
||||
lew247 Guru Joined: 23/12/2015 Location: United KingdomPosts: 1702 |
It's really interesting but I doubt if it would work in conjunction with MMBasic, it would be great if you could use it in basic though, design a program with brilliant touchscreen graphics |
||||
| JohnS Guru Joined: 18/11/2011 Location: United KingdomPosts: 4036 |
It says Harmony so I expect no plib. Microchip don't appear to care about the thousands of their customers who use plib. Microchip are weird but not alone in their contempt for their customers. John |
||||
| isochronic Guru Joined: 21/01/2012 Location: AustraliaPosts: 689 |
After a (very limited) bit of reading I think the plib functionality is meant to be mirrored by the harmony framework. That is, *if* something like an os is selected. That make a fair amount of sense, for a graphics interface at least. I don't know what gui model is used, but they all mean a lot of development. Java has gone through the AWT, Swing, Eclipse, and Android is continuing now dropping Eclipse and moving on..defining actions, events, eventlisteners, model-view-controller architecture and their replacements is a long way from from poor old Basic. Two decades of intense rapid change and still going ! There may be an opportunity there though. The precursor to OS's was the Master Control Program which would manage the machine while the user program ran. The user program I/O was via buffers in memory called "files" ( a-ha! ) and the MCP maintained these. So, we need to write programs which will use that protocol; instead of having hundreds of sensor and I/O types, we "open" a "file" as is normal in high-level languages and read from that. What is needed is a defined map of memory locations, with sections (files) for a video map, console I/O, screen objects and data, and say a dozen other buffers for some other channels. Each would have flags for fresh, stale, being updated, being read, etc. Then the Harmony gurus can set up the MCP in Harmony and interpreted languages would still have some interoperability... The idea needs some development yet (obviously) 
As it is a Pic Operating System...P.O.S....the only realistic name can be Edna .. |
||||
 Print this page |
 |
The Back Shed's forum code is written, and hosted, in Australia. | © JAQ Software 2025 |
