by peter_h » Tue Nov 12, 2024 2:02 am
Hi Drakinite!
Yes, I'd be happy to collaborate with you on improving the docs situation. I think I've got a good perspective to come at the problem -- I'm a rusty old front-end coder (not done anything professionally for at least 15 yrs) -- which means I've enough CSS/HTML/JS knowledge to be able get it, but naieve enough to need to have docs to help me along. And you're right -- if I'm starting a "from-the-beginning" journey on skinning MM5, every roadblock I encounter is useful information as to where there's missing information in the docs (And also where any existing info is irrelevant -- to make it simpler!)
I'm coming at it from a front-end /display/designer direction. That means that the first thing I need to know is not the file structure, or what the files do, but how the app is visually laid out and works graphically. And then, I want to find the files to modify those visual elements. I don't want to have to learn ALL the files (yet), just to work out how to modify the look of a toolbar, for instance. I think if we structure the approach into the info with that heirarchy, it will be more useful, efficient, and comfortable for skinners. My experience of the info I've managed to find so far, is that it's been from the bottom up, rather than a top-down introduction.
Off the top of my head...for the docs... I'd like to see, at least... (And help create, of course, if welcomed and needed!)...
- Some visual diagrams in the "Intro To Skinning MM5 : An Overview" section. Like some boxes representing the visual sections of the app, and then a sub-page on each panel/view, including their heirarchy, any naming conventions, and named references for each of the relevant containers/elements.
- How to get set up with the Debug build. How use "Inspect Element", and the most useful parts (for skinning) of the developer tools window.
- Best selectors to use (and some explanations as to why and when you use (or not) "data-id" vs "data-control.class" vs "data-uniqueid" vs etc.
- A section on each panel & view, with examples: "The MediaTree panel: How to change the background/padding/font/etc".
- Generally, a lot more diagrams and screenshots. Perhaps choose relevant portions of a skin to accompany our explanations?
- Perhaps some video follow-along tutorials might be useful and be easy & quicker to create?
- A table of contents always on the left, so you can work your way through a well-structured document. The wiki, generally, seems to be missing this really useful feature.
I started looking at how to skin MM5 about a week ago now, and I think I can now perhaps understand why -- despite being out in the public for 9 years now -- MM5 still only has 10 skins to choose from (that all look very similar IMHO), and MM4 has nearly
70 (!)skins in the repository -- and with much greater diversity. For me, getting into this has not been anywhere as easy, quick or enjoyable as it I feel it should be, and there's a number of reasons for that, I believe... which I can get into later, if you're interested? (DMs?)
In the end, people create skins for fun -- so anything we could do to help that is a worthwhile cause, I believe...
and offering critique but also being prepared to contribute to creating the solutions, eh?

Hi Drakinite! :)
Yes, I'd be happy to collaborate with you on improving the docs situation. I think I've got a good perspective to come at the problem -- I'm a rusty old front-end coder (not done anything professionally for at least 15 yrs) -- which means I've enough CSS/HTML/JS knowledge to be able get it, but naieve enough to need to have docs to help me along. And you're right -- if I'm starting a "from-the-beginning" journey on skinning MM5, every roadblock I encounter is useful information as to where there's missing information in the docs (And also where any existing info is irrelevant -- to make it simpler!)
I'm coming at it from a front-end /display/designer direction. That means that the first thing I need to know is not the file structure, or what the files do, but how the app is visually laid out and works graphically. And then, I want to find the files to modify those visual elements. I don't want to have to learn ALL the files (yet), just to work out how to modify the look of a toolbar, for instance. I think if we structure the approach into the info with that heirarchy, it will be more useful, efficient, and comfortable for skinners. My experience of the info I've managed to find so far, is that it's been from the bottom up, rather than a top-down introduction.
Off the top of my head...for the docs... I'd like to see, at least... (And help create, of course, if welcomed and needed!)...
[list]Some visual diagrams in the "Intro To Skinning MM5 : An Overview" section. Like some boxes representing the visual sections of the app, and then a sub-page on each panel/view, including their heirarchy, any naming conventions, and named references for each of the relevant containers/elements.
[*]How to get set up with the Debug build. How use "Inspect Element", and the most useful parts (for skinning) of the developer tools window.
[*]Best selectors to use (and some explanations as to why and when you use (or not) "data-id" vs "data-control.class" vs "data-uniqueid" vs etc.
[*]A section on each panel & view, with examples: "The MediaTree panel: How to change the background/padding/font/etc".
[*]Generally, a lot more diagrams and screenshots. Perhaps choose relevant portions of a skin to accompany our explanations?
[*]Perhaps some video follow-along tutorials might be useful [i][u]and[/u][/i] be easy & quicker to create?
[*]A table of contents always on the left, so you can work your way through a well-structured document. The wiki, generally, seems to be missing this really useful feature.
[/list]
I started looking at how to skin MM5 about a week ago now, and I think I can now perhaps understand why -- despite being out in the public for 9 years now -- MM5 still only has 10 skins to choose from (that all look very similar IMHO), and MM4 has nearly [i][b]70 (!)[/b][/i]skins in the repository -- and with much greater diversity. For me, getting into this has not been anywhere as easy, quick or enjoyable as it I feel it should be, and there's a number of reasons for that, I believe... which I can get into later, if you're interested? (DMs?) :)
In the end, people create skins for fun -- so anything we could do to help that is a worthwhile cause, I believe... [i]and[/i] offering critique but also being prepared to contribute to creating the solutions, eh? ;)