This is gross code, but it works. Next up:

A state that always, always, always shows whether there is a real connection alive Status bar using that Connection checking when setting up new printer Kill repetitive websocket tasks when printer is disconnected

shrink preview data fix sheet not closing when deleting a printer changing to ios15 specific ui styles

Signed-off-by: Charles Pickering [email protected]

I wanted to get feedback on this idea. iOS15 is only 1 year old, but iOS update adoption is usually pretty strong, especially in techie communities which I would consider 3D printing to be.

Right now the app is running on SDK iOS14 which causes plenty of little naggs everywhere due to the fact that swiftui was far less mature last year.

I think that the cons (decreased user base targeting) are far outweighted by the advantages of having cleaner code that adopts Apple's latest swiftui views and modifiers.

Signed-off-by: Charles Pickering [email protected]

Outlines the initial intent for the app. This can very well change but lays out a goal for initial feature releases.

Signed-off-by: Charles Pickering [email protected]

Outlines the initial intent for the app. This can very well change but lays out a goal for initial feature releases.

Signed-off-by: Charles Pickering [email protected]

Using an environment variable reduces the amount of boilerplate bindings that are passed down to views constantly. Printer is also a class now and combines the printerconnection and printerconfig structs.

The dashboard will serve as the "homescreen". Logic is in place including a stateobject to manage the connection to the printer, the active printer, and such. a TODO remains to solve the problem of updating the pointer in the array for the purposes of rendering the selected printer when an item is deleted and destroying the connection if the printer config that is deleted was the one selected.

Signed-off-by: Charles Pickering [email protected]

I'm now a developer program member and was able to delete the old identifiers that were blocking com.charlespick.plastic from being used. You may still need to change the package and definitely add your own team to compile for testing.

Signed-off-by: Charles Pickering [email protected]

Also includes some refactoring. WARNING, the selection is still being handled by a render state value in the struct while the selected printer is actually handled by an index. I plan to migrate this to using enumerated() in an array soon

and printers are also selectable now. the selectedPrinterIndex always keeps track of the selected printer and is a pointer to only 1 printer in the array of configured printers. next up: a printer struct will live in the app's kernel to hold the printer's data and coordinate connections. when the selected printer changes, this object will be destroyed and recreated

Signed-off-by: Charles Pickering [email protected]

persistent storage has been added to keep printer configuration between relaunches.

the tracking of which printer is selected has been moved to the printer config struct which will persist the last selected printer through relaunches. Child views of PlasticApp will send commands to a single printer object at the root level that will manage delivery to the correct printer. the root level will also manage the selection of printers, keeping track of a direct reference for itself as well as killing existing connection and forming new ones when needed, and updating the renderSelected boolean value stored within the struct.

Signed-off-by: Charles Pickering [email protected]