DevMode Settings Explorer feedback
So, I'm working on the styling for a little potential addition to Calego's 'Developer Mode' module and since this Discord is probably the key user group I could use the opinion of anyone who has one:
1) Is there any information you see here that would never be useful?
2) Is there any info you don't see here that would be useful?
3) As I'm starting to work on the styling now, any ideas you have on a useful way to lay out the information in a clear, compact way would be helpful.
(Images in thread)
D
Dor•1,006d ago
D
Dor•1,006d ago
DT
Daniel Thorp•1,006d ago
Perhaps remove the quotes on these
DT
Daniel Thorp•1,006d ago
Also, it would be dope if "Current" had a textbox to the right of it, rather than just text, which would allow you to put a new value for the setting
C
Calego•1,006d ago
I'd lay these out with
JSON.stringify
inside a <pre>
maybe not stringify, there's some utility somewhere that formats json nicelyD
Dor•1,006d ago
Hmmm, will investigate.
DT
Daniel Thorp•1,006d ago
JSON.stringify(myjson, null, 4)
Maybe a light left hand border on the <details> elements?C
Calego•1,006d ago
name isn't garunteed is it?
ballsD
Dor•1,006d ago
No, sadly
I place it if it exists and skip it if not. Same as hint
C
Calego•1,006d ago
Yeah makes sense
I recind my previous statement
I would not lay this out with JSON.stringify
I would lay out
current aka value or w/e with it
Some icons for scope config default would be good.
Don't think module is very useful as it's already under a heading.DT
Daniel Thorp•1,006d ago
It would be really cool to be able to edit "current" 🥺
C
Calego•1,006d ago
no
no no
nono no nono no
no * 100
no ^ 100
no
DT
Daniel Thorp•1,006d ago
Yes
C
Calego•1,006d ago
maybe?
D
Dor•1,006d ago
I think it might be too messy to edit it directly in a textbox there, but I could conceivably pop a dialog with the appropriate form field for the setting's
type...C
Calego•1,006d ago
We'll stretch goal it
for now just display + 
DT
Daniel Thorp•1,006d ago
The field could be directly there as well
Well, I don't see why not since this is for Devs who can type
game.settings.set(.......)
It just saves timeC
Calego•1,006d ago
editing a boolean would be easy, a string too, but beyond that there's some big needs for validation for me to be comfortable with a UI that does that
D
Dor•1,006d ago
I have some ideas 😉 But yes, stretch goal.
C
Calego•1,006d ago
Plus almost all of the normal UI is the existing settings panel
this is most useful for
config: false things
and those are typically complex structuresDT
Daniel Thorp•1,006d ago
Not in my experience 🤔
C
Calego•1,006d ago
My first idea was actually to literally inject the
config: false settings into the settings panel but with their values jsonStringified
that real estate is crowded lately lolD
Dor•1,006d ago
No matter what you do there's no good way to ensure that complex settings will be formatted in the way the module expects... but thankfully there's an available reset button, so.
In terms of formatting, some good ideas 👍
I am somewhat nervous about the implications of loading the dialog in a world with 300 active modules, each of which has x settings, and running
game.settings.get (300*x) times... shrugC
Calego•1,006d ago
Hmmm. That smells.
Take a look at what foundry core settings dialog does?
Want results from more Discord servers?
More PostsOverlay hiding starsHey y'all! I've run into a general CSS/design problem that I'm kinda stumped on solving. In the imagToDontThingswe should have threaded a long time ago I think, whoopsLayer Manipulationpresumably a module doing this would execute on canvasReady or something for every client right?Document TimestampsIs there a way to find the timestamp of the last edit made to a Document?License Property@ghost @flamewave000 @corporat @kakaroto
But if we do want to talk Manifest+, we should do that oveTemporary DocumentsIs there a built-in way to create temporary entities? Like entities wich are not stored in the databLogin Via POSTlook at your network tab when you click the join button, you'll see the POST with the data it sends,Crit confirm change targetLooks like Fury merged the thing already, so whatever you do would no longer be relevant for the MR.Actor Sheet ChangesActor Sheet changes:
-**NPC, Character**: `systems/dnd5e/templates/actors/parts/actor-warnings.html`Dors projectTo be clear, I'm very open to the feedback that I'm doing something stupid here, hah. This is my firAC MigrationsAs of 1.4.1 there are two migration scripts for AC related changes:
1. The standard Migration Scrip