So, which would you rather have added to @OctoPrint
Gcode Editor (so a text editing panel for gcode files)
Remote Slicing (Octoprint offloads Slicing to another server/computer you set up, first up would be Slic3r since I already have that mostly done)
More refined Cura integration / Settings Manipulation for the designated profile? Allow you to slice a given model with a selection of profiles you can upload? Profile management?
Man that’s a tough call. I honestly think the Gcode editor just out of necessity. It should be the easiest to implement. I know it’s not everyone’s style, but I sometimes constantly tweak my gcode during a print. I guess I’m too lazy to run slic3r again.
Come up with a Slicing Panel where you can to begin with slice a model with any of the slicers available. So on-board or remote.
Generic file manager that allows STLs / Gcode to be previewed and actions performed on them (edit, slice, print etc)
The slicing panel would let you pick / manage profiles on the host for different slicers to begin with but in the future would be opened by from the file management section. Think google docs but allowing different ways of opening the files. So a gcode file could be opened in the editor, loaded to print or visualized/previewed. A STL could be visualized and then sliced -> preview. An coffeeSCAD file could be opened - edited - sliced - printed.
@Ross_Hendrickson Thank you, just found out today that you advanced this far. Tried to grab enough information to install it, but run out of time. I’ll be offline for 10 days at least starting from tomorrow and give it another try when I’m back online.
Slicing support. It’s been awhile since I checked out the various “cloud slicing” options, but slicing support would be useful probably only if it can do it not on the pi itself, given the time it might take.