The links to the CSS and Settings files will open the files in a new tab, allowing easy access to copy the CSS in particular, to then paste directly into the CSS section for the dashboard, for those wanting to access their dashboard outside of their local network.
Both the file links and the confirmation dialog are not as aesthetically pleasing as I would like, but they are functional. I will most likely refine these at some stage.
I am thinking I will introduce a set of preference settings for the css and json file names being produced. If I introduce that option, I expect a separate editor virtual device in HE would be needed for each dashboard.
Other changes I may look at next are background images and colours for the dashboard and background images for tiles. The scrolling text may also get in there.
Conditional settings would also be interesting....
Even I haven't used it solely to build a dashboard yet . I'll be close when I finish my latest changes, but there's always more to do. I would also be interested to see how people have used it.
Hey @sburke781 , just wanted to give you credit for how fantastic your work on this app is. I honestly have not gotten into it much (just my own laziness in making various changes to my dashboards as they are fairly utilitarian compared to others here with incredible graphics etc) but your app has encouraged me to dip my toes into CSS editing without the fear of drowning, . Anyway, thanks for the incredible work on this and look forward to see future continued developments.
Thanks @moh and @garyjmilne (and others...).., really appreciate the positive feedback.... Nice to see people appreciate what I am trying to do...
Ultimately I would like to see those with artistic and UX flair able to share their creations with other to enjoy. For those who have used this tool and read my ramblings above... hopefully you will get the impression I am aiming for the option to export and share a definition for styling a tile that can be applied across multiple dashboards or shared amongst HE users easily.
I also plan to release an App to centralise the setup of this editor with various settings, plus other features I have worked on in recent times that can help to improve the experience of setting up dashboards for users.
Thought I would try it out myself but I get the same "The CSS Settings JSON was not found" that others have reported. I don't have hub security enabled.
If I go to http://192.168.0.200/local I get a 404 so it seems like the instructions are referencing a bad path?
I also get a 404 error when I go to the equivalent "local" address. If you want to open the File Manager it is available from the Settings page in HE. I'll need to look at this in a bit more detail....
@garyjmilne - This may be something worth working through a little more when you are back. Could it be a case of what @thebearmay pointed out, that the general link to the file manager is not simply a shortened version of a direct file path? The references to the files themselves should still work, but the "local" link you posted is not valid, as I also noted earlier.
It may also be worth checking what link is produced for the references to the CSS file and JSON file in the top right of the editor pop-up, to see what file names are being looked for.
Minor, but potentially important update for those looking to use this editor to update their dashboard. I had previously included a port reference in the URL's used when reading in and writing files. This appears to have not been necessary, but may have caused some issues for users, at least in recent times. I had removed this already in my local version, so had not noticed an issue.
IMPORTANT:
As always, before you start to use the updated editor, I would suggest backing up both the settings JSON file and CSS File for any dashboards you have, by downloading them from the File Manager page, accessible from the Settings section of the HE Web UI.
To update, you don't technically need to run the update via HPM, you simply need to click Save Preferences on the Simple CSS Editor device page, which will download the updated HTML pop-up that appear when you use the editor on a dashboard.
@2ac16mo and @garyjmilne - I would be interested to hear the outcome for you both from this update, I'm hoping it may have resolved your recent issues. But no pressure / urgency to get back to me....
@vitaliy_kh - I expect this will only partly resolve your issue, and I will hopefully get you another update shortly re your 302 errors.
Yeah not sure.... I see the Login page come through in the dev panel in Chrome, so it does seem like a genuine redirect, without writing the files.... Was about to tell @vitaliy_kh is may not a simple fix given I am calling the write from what is essentially an external page in the iFrame (hopefully not impossible to fix...), so can't call on the more secure recording of the username and password like your file driver uses...
It's been able to get through the CORS error so far... I'm guessing I don't need to spell this out... but what I was referring to was more that the iFrame is using a HTML file to do the write, rather than driver code that can reference the more securely stored username and password. Is the nofollow a general thing? Or just a header option within Groovy / HE?
I am thinking the best I might be able to do is offer an option where I pass the JSON and CSS back to the driver and it does the secure storage. I'd expect it would have it's limitations...