Future plans #414
Replies: 7 comments 5 replies
-
More broadly, where do we want the app to go? Many PRs have been done lately that tweak the underlying system with little or change to the average user. I'd like us to have consensus about what we want in the next version of the app. Personally, I need a way to support different styles of machine like M5, M5 huge, axidraw (many versions), custom, etc. |
Beta Was this translation helpful? Give feedback.
-
On the fly translations changes are a tricky. either every window has to be destroyed and recreated without losing state information OR every JLabel has to be updated. Both are difficult. So I went with the lazy solution, tell the user to reload the app. |
Beta Was this translation helpful? Give feedback.
-
Ho yes ... sorry I spoke too quickly, I forgot all the JComponent which cannot take AbstractAction in their constructor ... It requires to make special JComponents for that by inheritance ... and necessarily considering the number of JLable already present it is possibly a complicated modification to carry out well not to produce bugs. |
Beta Was this translation helpful? Give feedback.
-
I just added the CI badge to the README so that new visitors can see we have CI and that it is passing. I am looking for any ideas that will encourage more people to join the project and collaborate together. |
Beta Was this translation helpful? Give feedback.
-
The more each class and action become decoupled the more I dream about a node-based editor. The starting nodes would be art source, connected to modifiers, connected to output:gcode connected to PlotterControls (for example). the "four tabs" branch started work on this long ago but didn't do it right. |
Beta Was this translation helpful? Give feedback.
-
@coliss86 @PPAC37 if the x-platform installer is ready...
|
Beta Was this translation helpful? Give feedback.
-
|
Beta Was this translation helpful? Give feedback.
-
Are there any actions that should not be undoable? New...? FirmwareUpdate.start?
All undoable things become Actions which spawn Edits which are stored in the Undo Queue.
The bonus here is that Actions can be moved around so users can customize their GUIs ... lol just kidding that's a lot of work. But in a more real sense, an Action that belongs to MarlinPlotterInterface can be borrowed by PlotterControls instead of moved completely.
Beta Was this translation helpful? Give feedback.
All reactions