Passing it on to the dev is exactly what I was looking for.
Looks promising.
Feel free to reach out to me directly, just note that I'm juggling quite a bit between both sites, developing, setting up, etc, so my response time might be poor.
It's my goal to give primer writers everything they need to have full control over the look and feel of their primer. If you're going to invest the amount of time it takes to really do a good primer for the love of the game and for the benefit of the magic community, the least I can do is make sure you have every tool you need at your disposal. If we're lacking something, at launch or even down the road, let me know.
First of all, that is super cool. Second, will there be another "Tag Explanation Thread" to go over all the different options each tag offers? Especially if they are different than the current tags?
Absolutely.
There will be two:
One for "these are the basic tags and how they work"
Another for "This is actually everything you can do"
I'm trying to make them as "backwards compatible" as possible, but there will definitely be some that have to change in order to best serve stronger function. For instance, [hr]black[/hr] is what we have here, but [hr] (that's it, no closing tag, etc) will work easier for the average user. We can then add width, color, size, dashed/dotted/solid, etc, to make it a real customizable line for those of us who really want to control the look and feel.
Apologies, I didn't catch that the person asking was tech savvy. I thought it was a random request of "lets just have full html access".
The board software stores all posts in s9e/xml, so I would have to write a heft extension to sanitize the input and then convert it into the proper xml/s9e. Such would definitely take some time, and would definitely take a back seat to the myriad of other things we're wanting. That said, tag/property filtering is something that I want to add to the front end CMS eventually, so it's entirely possible that when it's worked out I can port it over. So hopefully down the road perhaps.
Before that, I'm fully willing to add ALL the various tags and parameters that we need. My goal is to have the basic usage as straight forward as possible, so the average user can use them intuitively, and also have them fully customizable for the more advanced user.
Our new [BOX] tag is a good example:
And I'm absolutely willing to add more optional/defaulted parameters as we need.
For [DECK]s, currently they use css columns to allow the browser to do the column breaking. That's not set in stone, and needs some more testing, but so far it's been rather good. Adding a COLUMNS parameter to specify the number of columns is doable. My only concern would be how to handle it with Mobile. I've been painstakingly careful that nothing anywhere ever makes a mobile screen have to scroll sideways. It might just have to force it back to 2 columns regardless at a certain screen size.
It's my goal to give primer writers everything they need to have full control over the look and feel of their primer. If you're going to invest the amount of time it takes to really do a good primer for the love of the game and for the benefit of the magic community, the least I can do is make sure you have every tool you need at your disposal. If we're lacking something, at launch or even down the road, let me know.
No longer staff here.
There will be two:
One for "these are the basic tags and how they work"
Another for "This is actually everything you can do"
I'm trying to make them as "backwards compatible" as possible, but there will definitely be some that have to change in order to best serve stronger function. For instance, [hr]black[/hr] is what we have here, but [hr] (that's it, no closing tag, etc) will work easier for the average user. We can then add width, color, size, dashed/dotted/solid, etc, to make it a real customizable line for those of us who really want to control the look and feel.
No longer staff here.
The board software stores all posts in s9e/xml, so I would have to write a heft extension to sanitize the input and then convert it into the proper xml/s9e. Such would definitely take some time, and would definitely take a back seat to the myriad of other things we're wanting. That said, tag/property filtering is something that I want to add to the front end CMS eventually, so it's entirely possible that when it's worked out I can port it over. So hopefully down the road perhaps.
Before that, I'm fully willing to add ALL the various tags and parameters that we need. My goal is to have the basic usage as straight forward as possible, so the average user can use them intuitively, and also have them fully customizable for the more advanced user.
Our new [BOX] tag is a good example:
And I'm absolutely willing to add more optional/defaulted parameters as we need.
For [DECK]s, currently they use css columns to allow the browser to do the column breaking. That's not set in stone, and needs some more testing, but so far it's been rather good. Adding a COLUMNS parameter to specify the number of columns is doable. My only concern would be how to handle it with Mobile. I've been painstakingly careful that nothing anywhere ever makes a mobile screen have to scroll sideways. It might just have to force it back to 2 columns regardless at a certain screen size.
No longer staff here.