AniDB talk:Page layout: Difference between revisions

m
no edit summary
(Nothing really relevant given current state of markup generation)
mNo edit summary
Line 22: Line 22:
::These tread on the toes of both <code><nowiki><font></nowiki></code> level decoration and <code><nowiki><em></nowiki></code> level meaning. Classes are about what something is, not how it should be presented. Marking pos/neg is a different issue from 'text', and the current solution is not ideal.
::These tread on the toes of both <code><nowiki><font></nowiki></code> level decoration and <code><nowiki><em></nowiki></code> level meaning. Classes are about what something is, not how it should be presented. Marking pos/neg is a different issue from 'text', and the current solution is not ideal.
:::the styles in () are just current values based on the old layout:
:::the styles in () are just current values based on the old layout:
:::<code><nowiki><font color="red"><b>important text</b></font> -> <span(or li/td/whatever) class="v_high local_name">important text</span></nowiki></code>
:::<code><nowiki><font color="red">'''important text'''</font> -> <span(or li/td/whatever) class="v_high local_name">important text</span></nowiki></code>
:::so 'v_high' is just to mark it as important, not red bold (and you can choose to ignore it and just use local_name). i'm still not saying this is the right way, though. at least not the naming. (g_important/g_note/g_ano_ne etc.)
:::so 'v_high' is just to mark it as important, not red bold (and you can choose to ignore it and just use local_name). i'm still not saying this is the right way, though. at least not the naming. (g_important/g_note/g_ano_ne etc.)
::::Exactly, _high _med and _low seem to be based around the current presentation of bits of text rather than the actual intended function. Markup needs to be presenting the idea that some block 'is a warning that dire things might happen if you click that button', not that the block 'is be really visible and stands out lots'.
::::Exactly, _high _med and _low seem to be based around the current presentation of bits of text rather than the actual intended function. Markup needs to be presenting the idea that some block 'is a warning that dire things might happen if you click that button', not that the block 'is be really visible and stands out lots'.
Line 167: Line 167:
=== Listing ===
=== Listing ===
anime/group/producer/user
anime/group/producer/user
<pre><nowiki>
<nowiki> [g_filterlist] (simple - separated)
[g_filterlist] (simple - separated)
<g_jumplist>
<g_jumplist>
<g_section (name)_list>
<g_section (name)_list>
<g_jumplist>
<g_jumplist>
<g_actionlist></nowiki>
<g_actionlist>
</nowiki></pre>


=== Sub listing ===
=== Sub listing ===
latest/myvotes/myreviews/mydb (has g_jumplist too)/up2date
latest/myvotes/myreviews/mydb (has g_jumplist too)/up2date
<pre><nowiki>
<nowiki> <g_navlist>
<g_navlist>
[g_numonpage]
[g_numonpage]
[g_section (name)_list]
[g_section (name)_list]
[g_info]
[g_info]
[g_filterlist] (ul)
[g_filterlist] (ul)
[g_actionlist]</nowiki>
[g_actionlist]
</nowiki></pre>


=== Info ===
=== Info ===
Line 190: Line 186:
*no g_sections here atm
*no g_sections here atm


<pre><nowiki>
<nowiki> <"infobox"> (table(image,table) or div(div(div,div),p) atm)
<"infobox"> (table(image,table) or div(div(div,div),p) atm)
["votebox"]
["votebox"]
[g_section list]
[g_section list]
[g_info]
[g_info]
<g_actionlist></nowiki>
<g_actionlist>
</nowiki></pre>


=== Add ===
=== Add ===
1,633

edits

MediaWiki spam blocked by CleanTalk.
MediaWiki spam blocked by CleanTalk.