Closed Texy closed 4 years ago
I just tested the following in Windows 10 on Edge and it seems to work. Hold down the ctrl key on your keyboard and press the F5 key.
macOS Mojave 10.14.1 Safari 12.0.1 Themeify (personal fork)
The drag/drop appears to work at first, yielding the expected notification.
Unfortunately, it doesn't feel like adding the Shift key to the standard Cmd+R reload combination is doing anything. On the Mac, an Opt+Cmd+E clears the cache and following this with a standard Cmd+R just reverts back to the original ordering.
Subset of ~/.octoprint/config.yaml
after the drag/drop:
appearance:
components:
order:
tab:
- temperature
- control
- terminal
- timelapse
- gcodeviewer
I do a restart from the System menu and the tabs are in the new order. Another page reload dismisses the notification.
@OutsourcedGuru, what about if you hold the Option key and press the Reload button in the safari toolbar?
I just tested the following in Windows 10 on Edge and it seems to work. Hold down the ctrl key on your keyboard and press the F5 key.
This almost works. It keeps the rearranged tab order, but it still collapses the pull down menu items. Texy
The collapsing of the last tabs is something that will always happen as that's part of the core functionality of octoprint. You can use themeify to make them icons only I think and it will allow for more tabs to be shown.
"what about if you hold the Option key and press the Reload button in the safari toolbar"
Nope. Tried that almost immediately last time. Also tried just now holding down the Option button and doing the reload from the menu.
I'm here now on a test rig without Themeify running, if that helps.
Having moved the Gcode Viewer to the end of the tab order in the browser, I note that if I then jump to a Terminal prompt and run curl -v http://octopi.local
it shows me the original ordering rather than the new one. It feels like jQuery is adjusting the shadow DOM or something like that. And yet, an immediate review of the config.yaml tells me that your change took place; it's just not felt yet in OctoPrint's cache of it. Is it possible that this lives somehow in ~/.octoprint/generated/webassets
until restarted? I don't think so, but it's like something on the server itself is caching this.
Yeah it might be. I'll have to search through octoprint code to see if there is a way to force a cache reload. I asked in the community forum before but never got a solid answer.
I just created a save
subfolder under webassets
and moved all that into it. Option-reloading showed me a raw page without any styling and the tab order was the original. So I think you can rule out webassets as the culprit.
Looks like it's the core Viewmodel itself with "entry_order". Sounds like a restart of OctoPrint to me or figure out some way of bumping the Viewmodel to reset. KnockoutJS?
For chrome it's not [shift] it's [ctrl] to force a reload that loads up the order correctly.
This issue has been automatically marked as stale because it has not had activity in 14 days. It will be closed if no further activity occurs in 7 days.
I can drag the tabs from the default settings, and the 'extra' tabs, previously in the pull down menu expand as they should. A pop up window then tells me to hold shift and refresh page. This bit doesn't work for me - it goes back to the pre-expanded view. Using Windows 10 and Edge. Texy