Printable View
It would be very nice to know exactly what html attributes are rendered by FG2. Right now it seems like thinly way to find out is to add one attribute at a time and see what happens. For example the Table tag does not seem to render the "Width" attribute.
Not sure why its not in the online documentation however the HTML support for formattedtext fields is documented over at the FGWiki
According to the Wiki, colspan is the only attribute supported. Font Attributes Size, Family & Color are also supported. Width, bgcolor, border do not seem to be supported though.
What about other attributes?
Font Attributes Size, Family & Color are news to me!!! I'll have to give that a try. As far as I know the FGWiki is the only known documented source at the moment, so really can't say.
Perhaps moon_wizard could review the code for the formattedtext field type and let us know what other HTML attributes are supported.
The formattedtextcontrol and formattedtextfield objects do not so much support HTML, as they use similar tags to document similar effects.
Here is the complete list of tags used by the formattedtext objects:
<p> = standard text
<h> = heading text
<frame> = chat text
<frameid> = speaker for chat text
<list> = standard list
<li> = list item text (with attribute indent)
<linklist> = list of shortcuts
<link> = shortcut list item text (with class and recordname subtags)
<table> = table
<tr> = table row
<td> = table cell (with attribute colspan)
<b> = bold
<i> = italic
<u> = underline
Cheers,
JPG
Thanks JPG, but I wanted to know about attributes not the tags that they are embedded in.
As to the tags tbody seems to be supported as well.
Can you tell me what attributes are supported?
does tr not have attribute decoration underline too?
Looking at the code, the only attributes supported are the two I noted in the tag summary above. (li -> indent, td -> colspan)
Regards,
JPG
Must be something thats added in specific rulesets (BRP at least)
Nope, tr has a decoration attribute in the base product, it isn't a BRP addition. As per DrZ, this is documented in the FGWiki, but I wasn't aware of the indent attribute for the li tag.
Stuart
That's odd, <tr decoration="underline"> seems to also be supported.Quote:
Originally Posted by moon_wizard
It can't be. A ruleset can't define/override an FGII API XML tag.Quote:
Originally Posted by MurghBpurn
Agree with Stuart. I too wasn't aware of the <li indent=[number]> attribute option.Quote:
Originally Posted by StuartW
I was using it, but, in my experience... it does nothing. Seems to be entirely superfluous code.Quote:
Originally Posted by DrZeuss
If someone had a different result, I'm all ears.
I stand corrected, decoration="underline" seems to have been withdrawn somewhere along the way. It no longer does anything on my machine either.
Stuart
I have not done it yet, part laziness part health reasons, but what needs to be done is a table with one element in each cell to show what renders and what doesn't. I suspect there is a rendering library somewhere in the code picking these items up and rendering them as we have already documented things that theoretically should not be rendered.
It used to work I know I used it back in my D20Modern/AE days!Quote:
Originally Posted by StuartW
Where do you think I stole the idea?
:D
I used it in Shaintar too.
Quote:
Originally Posted by StuartW
Quote:
Originally Posted by Doswelk
So, for some reason there was a removal of attributes that were working in FG2? This sounds odd to me.Quote:
Originally Posted by Griogre
Conversely, I miss some additional attributes, like one for being able to shade some rows in tables, and keep others unshaded, alternatively.
This is a classic way of presenting tablet, and it would make them much more readable, and people did this with the RMC ruleset (look the relevant screenshots in the animated gifs).
I was the 'people' who did this in RMC, but it wasn't using HTML/formattedtext fields: it was using standard FG window classes etc. I agree that shading or a bgcolor would be a great boon.
Stuart
I definitely didn't remove any attributes, so not sure when it was removed. It has been that way for over a year.
Regards,
JPG
Any chance of getting it back? :)Quote:
Originally Posted by moon_wizard
You should be able to emulate the same behavior by wrapping the text in each cell with <u> tags.
Not sure if this is where I should be spending my dev time. ;)
Cheers,
JPG
Fair one, point taken! :)
Will try the underline.
You don't get the same behaviour, as the underline only extends as far as the text is wide, not the full width of the cell. That said, I'd agree about relative priorities.
Stuart