Talk:Commands (Doom 3)
From modwiki
I thought there should be a small description of a console command right next to it. Going through them is a lot easier this way (rather than having to open a separate page for each, just to find out what it does) If a command has more info to be explained there can still be a page for it in addition to the short description.
I will go through more commands later ;)
Contents |
Good idea
That's a good idea, feel free to do this for all "list" pages like events, material keywords, etc. --iceheart 01:38, 14 December 2005 (W. Europe Standard Time)
Borders
The section headers separate the commands into groups. In that respect, the borders around each table are redundant.
I propose we drop the border and add bullets like so...
| • aasStats | This command displays AAS file statistics in the console. |
| • addarrow | adds a debug arrow |
| • addline | adds a debug line |
| • bindRagdoll | binds ragdoll at the current drag position |
This way, it looks more like a list. Thoughts?
--Rich 23:09, 15 December 2005 (W. Europe Standard Time)
What borders?
I don't see any borders, yours look like the one that's up there now with bullets to me. --iceheart 23:27, 15 December 2005 (W. Europe Standard Time)
IE
Seems like an IE problem. In firefox there are borders around the commands.
I like the bullets too, but the plan with the tables and borders was to divide each command with a line and/or alternate the color of each line so that there's a bit more contrast. I'm just not that good with wiki formating yet, or maybe it's only possible with a style sheet :/
--Legshot 23:33, 15 December 2005 (W. Europe Standard Time)
Layout
Changed the layout again, hope you like it ;) The only thing which I think could be changed is that all comments line up throughout the sections. But that would also move the description father away from the text and without color coding each alternating line differently, I don't think that's a good idea...
--Legshot 12:15, 16 December 2005 (W. Europe Standard Time)
Arrows
Could we please not have those ugly arrows? --iceheart 13:15, 16 December 2005 (W. Europe Standard Time)
IE (again)
Although they look good in firefox, I'll try to find somethings else for those IE users ... --Legshot 14:29, 16 December 2005 (W. Europe Standard Time)
What happened to this overhaul?
It looks like it still needs work to me, but when it's good it needs to be applied to the other "list" pages as well, like cvars, script events, gui stuff, etc. --iceheart 10:08, 9 February 2006 (W. Europe Standard Time)
Broken table alert.
Or broken list? Some HTML screwup at least. --iceheart 05:17, 16 June 2006 (W. Europe Daylight Time)
Another sugestion for style rules
It's a combination of invalid HTML code ("li" tags only belong in "ol" or "ul" tags, but cannot be nested in "table" tags) and the wiki parser converting "/li" tags.
I've been messing with some styles (again) to get fix this wihtout all the HTML markup. This style definition might do the trick:
table.listtable {
border-width: 0px;
}
table.listtable td:first-child {
display: list-item;
list-style: square url("bullet.gif") inside;
}
An example:
{| class="listtable"
|-
| [[benchmark (console command)|benchmark]] || ... benchmark
|-
| [[bind (console command)|bind]] || ... binds a command to a key
|}
And the outcome:
| benchmark | ... benchmark |
| bind | ... binds a command to a key |
Note the 'bullets' are black, I can't use url() commands in inline styles, probably for safety reasons.
If you're adding the other rules, this one might be particularly usefull, as it uses way less tags. In the mean time I'll clean the "</li>" tags. --Kamikazee 16:46, 17 June 2006 (W. Europe Daylight Time)
Modified command list to use CSS
As the title says, I replaced the unordered lists with CSS table styles. Should something go wrong, it would just show up as a regular table, no bad tags are meant to pop up.
If the page doesn't show any bullets, or has a border drawn around the tables, try to clear your cache. (Ctrl + Shift + R for Firefox users.) --Kamikazee 18:34, 23 May 2007 (CEST)
No bullets
I see no bullets here, on IE7.
IE CSS2 support and all
Ok, seems it is yet another Internet Explorer quirk. For some reason, the ":first-child" CSS thing is not known to work in any IE version.
I'm now wondering what to do. Reverting the page to it's former look makes it bad HTML and may break again sooner or later, but leaving it at this may alienate IE users. Introducing "just-for-IE-only" hacks is somewhat ugly practice, although such hacks are commonly used.
Do you think the page is still readable without the bullets, or do you want some extra counter-measures? --Kamikazee 01:46, 24 May 2007 (CEST)
Well, well, well
I had no idea that as an admin I had rights to implement those CSS changes all along. Glad to see this table issue finally get resolved. Thanks. :D
As far as the lack of bullets in IE, I'm not very articulate as far as HTML and CSS are concerned so I can't really offer any solutions. But I don't mind whatever solution you choose to implement so long as the pages are consistent and the wiki markup stays simplistic.
That said, feel free to express a bit of creative license here. There's no need to try and retain the current design if it's problematic. And as long as were not complicating the wiki markup, you can go balls to the wall with CSS if you'd like. I don't imagine many people will be making changes to it once we've got a working solution in place.
We could try alternating colors as legshot suggested...
| aasStats | This command displays AAS file statistics in the console. |
| addarrow | adds a debug arrow |
| addline | adds a debug line |
| bindRagdoll | binds ragdoll at the current drag position |
--Rich 08:23, 25 May 2007 (CEST)
Change of design, but it works!
I have been messing around, and it seems that you cannot assign bullets to table elements, don't ask me why. So I dropped the bullet-style completely because there is no way to get it to work on both browsers.
Alternating line colors are not easy to do unless you throw in Javascript or CSS3. (And the latter could still take a few years if we need to wait for IE compatibility) The only direct way is to assign a line style to each odd and even line, you can imagine how much work it would be if you want to insert a single line.
In the end, I went for a thin gray-colored, dashed line to run along the length of the table and set the width of the table to 80%.
On top of that, I inserted a ":first-child" selector again to make sure that the first column of all tables on a page using the style are 30% wide. (And aligned, because of it) The only downside is that this means once more that IE 6 (and lower) users get to see something different. However, the grey lines still appear so it's just a problem of alignment, just like the old style looked.
All in all, I think it's still pretty good. I'll see when I have the time to update other command or cvar tables to the same style. --Kamikazee 21:56, 26 May 2007 (CEST)
