STO Rise of Discovery.jpg

User talk:OOeyes/Archive3

From Star Trek Online Wiki
Jump to: navigation, search

This is an archive of User talk:OOeyes.

  • Please do not edit this page!
  • If needed, direct any comments to the current talk page.

Problems with cursor showing during edit[edit source]

When I go to edit a page, the cursor shows; but, after I've clicked on an area to edit, my cursor disappears. I've looked for a setting or something in preferences, but find nothing that appears related.

While adding text to this new section, the cursor worked fine. It seems only to occur when editing previously typed text that the cursor disappears.

I do have some Javascript options checked in preferences; I've yet to try turning those off; but, even if that's the issue, it means it's buggy.

Can you help? Any ideas?

When I went to edit this... as I am writing this. I noticed that moving around with my arrow keys - like to move to the line above, or righarrow to letter after next, or ctrl-rightarrow to edit a couple of words later, or clicking text within the body, the cursor to disappears. Highlighting (Shift-arrowkey) works; but, the cursor only appears because the highlight shows. Also, as long as I'm at the end of an article, or typing the cursor appears. If I delete, the cursor will blink on, then off as I delete. ex: on - del - off - del - on - del - off... etc. It's like mouse click, or movement with the arrow, or delete keys toggle the cursor off, but regular typing, toggles it on. Note: Mouse click has a specifically odd behavior in that the cursor continues to display at the original position until I start to type. So, if I click on an edit area, I can't see it. If I arrow cursor move, I can't see it; but, the moment I hit a key which adds text, it appears where the cursor should have been but didn't display.

Sorry for the redundancy; but, I want to ensure as much as possible that I'm clear and specific on the behavior. This really makes editing rough, as the only way to see the cursor is to type something, which means I have to type, then delete something to find I'm in the wrong location. Mousing to an edit spot works and one has to accept on blind faith that the cursor is located where one clicked.

I toggled 'Show edit toolbar (requires JavaScript)' under preferences/edit and everything is working now. Funny how all it took was talking it out to find the solution. Not sure why or how this affected the cursor; but, apparently it did. Or someone fixed it while I wasn't looking. Either way, I'm good.--Cyberchipz 17:04, 29 April 2013 (UTC)

--Cyberchipz 16:37, 29 April 2013 (UTC)

I've seen that before, but only as temporary glitchy behavior. (And it usually happens on other sites when I've seen it, too, so seems to be a client-side problem.) I don't know why it happens, and I have no idea why enabling the toolbar fixed it for you. Glad it to hear that it is fixed, though. Eyes User-Eyes-Sig.png 23:53, 29 April 2013 (UTC)
Actually, it might be easier to understand... When I said I toggled, I meant I double toggled. The 'Show edit toolbar' was true, I toggled False, then True again, thus resetting the Flag, and/or requirement/settings for the Wiki Engine. So, I'm guessing that for some reason the server side settings had gotten glitched, and my toggling turned off, then on again for a fix. But, we're on a new server now, and the issue may never show again. But, if I said in my life I've never had to flip states, toggle, toggle, in order to fix an issue I'd be lying big time. Microsoft is so bad at it, one often has to flip state (uninstall/reinstall) a program to fix it. So in a binary system, this seems to be a fairly common issue. eh?  ::BTW, it looks like the move is going well. How about the restoration of my old Talk & User_Talk pages, will that be coming along anytime? --Cyberchip (talk) 06:24, 4 May 2013 (UTC)
The user and user talk pages aren't automatically moved, but they remain where they were last located. Since you already recreated the user page, you'll probably just have to copy/paste the contents over. Otherwise, they could have been moved.
You can put #REDIRECT [[User:Cyberchip]] on the old userpage and #REDIRECT [[User talk:Cyberchip]] on the old talk page to redirect to your new pages.
The old wiki editor was just an ordinary browser text box, so I don't see a way for anything server-side to affect. I believe the "fix" was just coincidental or just happened to reset something in your browser as a side effect to resolve the issue. It's hard to pin down the true cause of these things. oOeyes User-Eyes-Sig.png 06:51, 4 May 2013 (UTC)


Can't Edit My Foundry Mission Page[edit source]

I'm trying to edit the page for my Foundry Mission, Foundry:Welcome To The 10th Fleet (ST-HJ25F69UR) but it's saying "You do not have permission to edit this page, for the following reason: You do not have permission to edit pages in the Foundry namespace.". There have been big changes to the mission in the past two weeks, and now apparently I have no way of reflecting those changes on the page I wrote! JHawk1128 (talk) 19:10, 16 May 2013 (UTC)

Ah, I thought the configuration had been updated to fix this. I have a request in to get this changed. oOeyes User-Eyes-Sig.png 03:55, 17 May 2013 (UTC)
Any idea how long this will take to be fixed? Still not able to edit the page. — JHawk1128 (talk) 02:18, 21 May 2013 (UTC)
Usually, they do it first thing when they get into the office, but it didn't happen today for some reason. I'm guessing tomorrow morning. oOeyes User-Eyes-Sig.png 02:45, 21 May 2013 (UTC)
The permissions have been updated now. You should be able to edit your Foundry pages now. oOeyes User-Eyes-Sig.png 19:36, 21 May 2013 (UTC)

Tweaking mission template[edit source]

Would it be possible to tweak the mission template to include faction symbols like these? I think it would make articles more user-friendly. - Mitchz95 (talk) 21:48, 22 May 2013 (UTC)

graaaaaaaaaaaaaaaaaaaaaaaaaa[edit source]

How the frak am I supposed to solve the stupid cat/dog thing if its a blank box? It's annoying enough that any/all templates used on the assignment pages are recognized as external links but not being able to solve that thing is a deal breaker. --Dukedom (talk) 12:40, 23 May 2013 (UTC)

Odd, shouldn't be triggering on registered users anyway. I tried to replicate this problem, but the captcha worked for me. What browser and version were you using, and were you using anything like NoScript that would block the Asirra service? Meanwhile, I'll get why it's triggering for registered users investigated. oOeyes User-Eyes-Sig.png 18:26, 23 May 2013 (UTC)
By now the captcha is working again sigh Using firefox at home. --Dukedom (talk) 18:33, 23 May 2013 (UTC)
If it isn't supposed to be triggering on registered users, then I had the exact same problem when I tried to start the Warp Core article. Which was a hilarious bit of annoyance when you deleted the page while I was writing it. Fortunately page back, copy all and it's all good. But I was surprised by having to find all the bloody cats, especially since the captcha obviously didn't know which ones were cats itself :P Rayfire User-FED-Sig.png 18:43, 23 May 2013 (UTC)
This isn't the only wiki I've seen this encountered on, and it was a weird case there too as the configuration had a line extending skipcaptcha rights to registered users. Somehow, though, this was being ignored or overridden, and it might be the same case here. We'll get it sorted out, though. oOeyes User-Eyes-Sig.png 21:15, 23 May 2013 (UTC)
This issue should now be resolved. If anyone is still having problems with the captcha appearing when adding external links, please let me know. oOeyes User-Eyes-Sig.png 20:20, 29 May 2013 (UTC)

Infoboxes[edit source]

Hi. I've been trying to spearhead putting the Warp Core information in place. When putting in the Tal Shiar Adapted Borg Warp Core, I ran into an issue, namely the infobox isn't displaying any of the information that I input. I copied the format from the Reman Covariant Shield and MACO Resilient Shield articles. What did I do wrong and how do I fix it? Rayfire User-FED-Sig.png 22:04, 25 May 2013 (UTC)

text 1 isn't the same paramter as text1 and so on. The space needed to be removed. oOeyes User-Eyes-Sig.png 22:36, 25 May 2013 (UTC)
Ah. Thank you. Still learning my way around. Rayfire User-FED-Sig.png 22:52, 25 May 2013 (UTC)

Romulan faction parameter[edit source]

Hi, could you add the parameters for faction: "Romulan Republic" and "FedRomKDF" and type: "Warbird" to the playableshipsbytype-template? Currently ships with those parameters are not displayed in the auto-generated tables. Thanks! --Akirasensei (talk) 14:13, 26 June 2013 (UTC)

I think it's all working now. Let me know if there are any other problems. oOeyes User-Eyes-Sig.png 08:57, 28 June 2013 (UTC)
Thanks a lot! Although the ships are now displayed, the rank pips are now linked incorrectly. Also, the Romulan Republic emblem is not shown in the tables. See Small Craft for example. --Akirasensei (talk) 09:54, 28 June 2013 (UTC)
Okay, found and fixed the problems. oOeyes User-Eyes-Sig.png 23:17, 28 June 2013 (UTC)
Splendid, maaaarvellous ;) --Akirasensei (talk) 23:42, 28 June 2013 (UTC)

One last bit: Pages for ships available for all three factions do not display the rank pips in their info tables, e.g. Risian Corvette. --Akirasensei (talk) 23:53, 28 June 2013 (UTC)

Fixed. oOeyes User-Eyes-Sig.png 00:35, 29 June 2013 (UTC)

Problem: Some warbirds do not show up in the auto-generated list on Romulan playable starships, e.g. the Mogai Heavy Warbird. Also whenever I wanna implement the ships-tabletemplate, e.g. for also displaying all FedRomKDF ships on the ROmulan ships-page, I get a Course-server-error (other kinds of edits work fine) :p --Akirasensei (talk) 09:40, 30 June 2013 (UTC)

Ah, yes, Romulan ranks weren't set up in {{shiptypeinfo}} or Property:Is available at rank yet. Now they are. As for the second issue, I'm not clear enough on what you're trying to do to investigate further. oOeyes User-Eyes-Sig.png 21:40, 30 June 2013 (UTC)
Whenever I try to implement a shipsbytype-table anywhere (e.g.,for all cross-faction ships on the Romulan ships-page), the edit process ends in a Curse-server error. Other edits without the template work just fine... --Akirasensei (talk) 23:15, 30 June 2013 (UTC)
Not sure why the error is cropping up. I was able to add a cross-faction table to Romulan playable starship without a problem, but my adjustments did change the way the faction parameter works slightly. It will now return all ships available to the faction, making the {{!}}{{!}}Both part meaningless. I've added factioncode= now if you need to limit results to specific combinations. factioncode=FKR will return only ships available to all factions, for example. It was kind of a necessary change to be able to sanely handle three factions and keep faction icons working correctly. The documentation on {{Playableshipsbytype}} has documentation for the new parameter now too. oOeyes User-Eyes-Sig.png 00:19, 1 July 2013 (UTC)

Minor Main Page revamp[edit source]

I would appreciate your feedback to my proposal. Thanks :) --Akirasensei (talk) 22:08, 27 July 2013 (UTC)

An advanced search UI for Duty Officers[edit source]

I've recently had the idea of creating a web application for searching STOWiki's DOff listings for the best DOffs for each assignment. E.g. you could search for a Federation Assault Squad Officer with Honorable and Aggressive and it would plop out a listing of special doffs that match those criteria and preferrably in the same listing, where you could get those DOffs.

My first idea was to ask you for a dump of all the DOffs you have in the wiki in some easy-to-parse form and then make a standalone web application using that data. As I've peeked under the hood of STOWiki a bit, I'd think it would be much more usable if that search was fully integrated to the wiki. For example, all the assignment pages would have automatic listings of special DOffs with the required traits.

I'd be happy to do this kind of thing, but I'm completely unfamiliar with the whole wiki system and I'd like your opinions and input on the matter. I have some years of experience in HTML/CSS, JS/jQuery, PHP and MySQL. I'm still a student in the field and I'd like to take this as a learning opportunity as well.

PS. Some higher-ups in my fleet, REDdit Alert, are interested in expanding the DOff listings. How should they proceed?

--Onnirant (talk) 12:41, 14 August 2013 (UTC)

What we've found in dealing with doffs on the wiki is that MediaWiki, being designed around the idea of pages in a encyclopedia, has been a decidedly less-than-ideal platform for dealing with doffs. 48,000+ small items with a few fields just isn't what the software is designed around or optimized for, and we've repeatedly run into unexpected problems with a variety of approaches. Even our basic static pages divided up by the duty officer specialization have had to be split up to prevent those long pages from timing out.
For a while, I spent some time working on a wiki extension that would have stored the data in its own database tables and just used the wiki as an interface into that. But between the routine MediaWiki upgrades and the changes we've been making to the software as part of the Gamepedia platform, we could be looking at any wiki extension to handle this breaking frequently; I found through experience that the upgrades are much more likely to break extensions than I realized. I think it would certainly be easier to design a separate DB site for duty officers than it would be to try to do through the wiki. That's not a project I'm prepared to take on, though. If someone did build one, though, and that site had a good API, then we could try something like designing a widget to query from that site. I'm willing to work on such a widget; smaller projects like that are something I can fit in.
Anyone wanting to add more doffs should just add to the listing pages linked from List of duty officers. Any duty officer that isn't random can be added with Form:Duty officer, but that needs to be reserved for those special duty officers you can get by some nonrandom method. The form system will not handle the full roster of duty officers, we already had problems with much smaller numbers of doffs using those limited tools. oOeyes User-Eyes-Sig.png 15:36, 14 August 2013 (UTC)

template rename/delete[edit source]

Hi I goofed and made a generic Template:Projectile_weapon_modifiers which I was going to use for mines/torpedoes but realized too late that mines do not have the ACC mod. Can you rename it to torpedo or delete it? I guess it could just sit there too but figured may as well clean it up =P Thx.

You should be able to rename it yourself using the "Move" link at the top of the page. oOeyes User-Eyes-Sig.png 21:12, 31 August 2013 (UTC)

DOH I wish I knew that earlier =P thx.

Some small thing for Eyebot to do[edit source]

I recently added some 'Liberated Borg Romulan' duty officers to the wiki because I was wrongly under the impression they were some ultra-rares in their doff pack. As it turns out they are 'just' regular very rare doffs. Please delete the 70? or sth Liberated Borg Romulans I've added so far, there is not point to add them as special doffs. Dukedom (talk) 07:36, 5 September 2013 (UTC)

Romulan Faction DOff Parameter[edit source]

Jolan tru, I would like to know what efforts are being made to upload Romulan Republic-related Doff icons, and whether we should update the "Both" template to an "All" template. Also, which file has the Republic DOff portraits in case some traction is needed to get them onto the wiki? The Klingon Jedi (talk) 17:06, 30 September 2013 (UTC)

Only what you guys are doing. My remaining contact with Cryptic is associated with Neverwinter, not STO. I'm not sure what you mean by the "both" template, and I've never been involved in extracting image assets from the game files, so I don't know. Sorry I couldn't be more help. oOeyes User-Eyes-Sig.png 17:27, 30 September 2013 (UTC)
Hi Eyes. Ive had a look at the dofficon template (same probably applies to doffpage and others Im not aware of) and its set up only for faction=klingon or faction=federation. I think it needs some changing to work with romulan republic doffs, for the background and overlays etc, but Im new and not familiar with how all the doff templates work together with properties and all that. I can upload the images but I don't think the templates will use them right now. Perhaps I should start there. I suggested earlier (on his page) that User:The Klingon Jedi ask you to take a quick look at the templates as you're much more familiar with it. That might be what he's getting at. --Tahno (talk) 18:10, 30 September 2013 (UTC)
Oh, yeah, I can update the templates and properties. The dofficon thing is just a mildly tedious process of switching all those #ifeq to #switch; I'm pretty sure it doesn't use properties related to faction at all. Anyway, I'll see if I can get all the template work done so at least that obstacle is out of the way. oOeyes User-Eyes-Sig.png 18:46, 30 September 2013 (UTC)
I think everything is set aside from {{Doff specialization nav}} and the image uploads. Let me know if I missed anything. oOeyes User-Eyes-Sig.png 19:44, 30 September 2013 (UTC)
Thanks for that. I'ts late for me so I'll upload the images after some sleep and let you know if I run into problems. --Tahno (talk) 20:18, 30 September 2013 (UTC)
Something broke. The doff pictures have lost their backgrounds, and I don't know how to fix it. The Klingon Jedi (talk) 22:06, 30 September 2013 (UTC)
Oops. I think I have it fixed now. oOeyes User-Eyes-Sig.png 22:44, 30 September 2013 (UTC)
The duty officers still don't have the backgrounds that say what department they are in. Could it be connected to "File:Doff common romulan overlay.png and should we start panicking? o_O The Klingon Jedi (talk) 23:07, 30 September 2013 (UTC)
Can you point me to where you're seeing this? oOeyes User-Eyes-Sig.png 23:21, 30 September 2013 (UTC)
It got fixed eventually. Que sera sera, eh? The Klingon Jedi (talk) 02:55, 1 October 2013 (UTC)
So I've uploaded the 120 generic Romulan/Reman headshots. There are still about 10-15 Uniques to add, and when uploaded, they will all be listed on Doff icon index. The Generics are there now. I made a couple of minor tweaks to the templates, but here is where I need your help again. Im fairly sure I cant add the headshots to the form. To hopefully save you some work, I've done the repetitive copy/paste bit and hidden it below (Edit this page). I hope it helps, but I dont know what else needs to be done.
Also, I updated the Rarity frames and Overlays to the current ones, but they're a different size and its messing up the layering very slightly (see the output of dofficon for an example). I'll play with that in the templates when I have a moment, and let you know if I need help. Is there any reason doffpage duplicates the work of dofficon? I'll see if I can fix dofficon first, and may try get doffpage to call that to keep things in one place. Anyway, thanks for your help. --Tahno (talk) 10:13, 1 October 2013 (UTC)
Yeah, it's generated by {{doffformicons}}. I didn't remember this until now, or I would have mentioned it. Basically, the species names need to be in the list in that template, and then all the headshots need to be tagged with {{dofficoninfo}}. Must have been something Dukedom asked me back on the day... he had a way of pushing me to figure out creative solutions, and yet, somehow, this one completely slipped my mind. Since you did make a list, though, I'll see if I can bot the changes. oOeyes User-Eyes-Sig.png 17:36, 1 October 2013 (UTC)
Thanks for tagging those. Neat trick. I didn't expect it to be in a template. Just found some I need to rename/move so will fix that up. (the uniques, not the main set) --Tahno (talk) 18:55, 1 October 2013 (UTC)
Oh, I forgot about the {{dofficon}} and {{doffpage}} question. It's been too long and they're been too many changes to the doff templates over all this time that I don't really remember why I chose to reimplement dofficon inside doffpage. I might have been just streamlining the logic since doffpage takes full page names for a lot of parameters to be assigned to the properties rather than the shorthand values used by dofficon, or there might have been some difference between them at the time. All I know is that I did it in this edit almost two years ago, and my edit summary implies something at the time was different. oOeyes User-Eyes-Sig.png 05:22, 2 October 2013 (UTC)
Thanks. I hadn't gotten to looking at them closely yet (to see differences). I'll keep this in mind and see what I come up with. The immediate goal is fixing the formatting with the resized frames. I'll tinker with {{dofficon}} in a sandbox first, when I get a moment, and see where I go from there. --Tahno (talk)
I fixed the rendering issues on {{dofficon}} and {{doffpage}} and found another reason to keep them separate here, so left things as they were. (other than rendering tweaks in both) --Tahno (talk) 09:37, 2 October 2013 (UTC)
Thanks for fixing the css in {{Doffpage}}. I removed some extra height I added to get around that. It looks good :) In my travels I happened to find a formatting problem on Trait:_Emotional/doff and I imagine similar pages. The doffs pulled in from {{Doffpage}} are fine, but the ones on lists such as Specialization: Botanist/Starfleet (N-Z) are not formatting properly. {{Doffsbytraitrow}} expects the rank to be parameter 3, but {{Regulardoffsbyspecrow}} has it in 5, and the rarity in 3. It also seems to mess up the Speialisation column. Sorry to add more work but this one is beyond me. --Tahno (talk) 17:38, 3 October 2013 (UTC)
Regular duty officers don't get pulled into those. It's just the special doffs there. In order for the rank to be correctly determined, the specialization has to be correct, and the ones with screwed-up ranks have weird issues like quotes or other characters in the specialization. oOeyes User-Eyes-Sig.png 03:15, 4 October 2013 (UTC)
I know they're all special. I only mentioned "Regular" to use the new name of the Klingon/Starfleet variants that have been redirected to that template. Perhaps that should be called simply {{doffsbyspecrow}} but that already exists. I'm not seeing special chars looking at the page sources. The only difference I can see between the properly formatted doffs and the incorrect ones is their source. The list is getting doffs from 2 places. Doffs who have a page have the properties set in {{doffpage}} and those that dont, are on the specalisation list pages and presumably have the properties set by the template there, which after redirects from <faction>doffsbyspecrow ends up at {{Regulardoffsbyspecrow}}. I'll look into it further and see if I can figure out the relationships between all the templates as I get some time, and get back to you. --Tahno (talk) 08:18, 4 October 2013 (UTC)
It has nothing to do with Regulardoffsbyspecrow. That template does not set any properties or do anything more than display the parameters in a table row. Theoretically, it would be possible with semantic subobjects to have it feed that doff data in, but practically, I'm as certain as I can be without testing that trying to save those pages would time out every time if Regulardoffsbyspecrow tried to do that, being as that's happened before just because the pages were displaying images, and then later just because they were too long. That's also why the rank parameter is now completely ignored in Regulardoffsbyspecrow; displaying that many rank images was causing timeouts.
I'm thinking there may be some bug in the Semantic MediaWiki extension that's causing it not to flush a page's properties when it's converted to a redirect, leaving the data behind like a zombie in the system. It looks like blanking the page (or in any way saving the page so it isn't calling {{doffpage}}, most likely) correctly clears the data. Due to caching issues, you might have the resave the page the data is appearing on too before the ghost doff stops showing up. oOeyes User-Eyes-Sig.png 10:45, 4 October 2013 (UTC)

I should add that I finally found the source of the special chars I was seeing, and you were right. It all make sense now. Thanks for the explanation. Tahno (talk) 16:22, 14 November 2013 (UTC)

Doff Properties[edit source]

Hi Eyes. Sorry to bother you again. I've been working on {{missioninfo}} to update it with some missing reward types, and specifically to try and move away from "FedRomKDF" towards "Cross-faction", because who knows when we might get another faction to deal with, and I see this as future-proofing (as well as making things look a bit tidier). Thats all been going fine, but for consistency I also need to do similar things to {{assignmentinfo}}.

I want to add "Romulan Republic", and "Cross-faction" to the list of allowable values accepted by Property:Is available to faction. I'm new to properties, and still getting my head around the system of templates that drive the Doff pages, so can you see any knock-on effect with pages or templates further down the line, that I'm not aware of? Any traps or pitfalls I should avoid? I don't mind doing extra work to get it right.

If you want to see the bigger picture, {{missioninfo}} is basically done, including some updates to the mission boilerplate indicating new reward parameters etc. I have a modified working version of {{assignmentinfo}} in my sandbox here, with just about everything done (and tested) except this property change. Faction inputs will be the same as {{missioninfo}} - Ie: Starfleet/Klingon/Romulan Republic/Cross-faction, with "Both" retained for backward compatibility.

Tahno (talk) 16:15, 14 November 2013 (UTC)

Having more than two factions is awkward due to limitations in SMW queries, as I found out when updating {{Shiptypeinfo}}. You can look at the switch statement near the top to see the logic, and to see that I added what looks like a redundant property.
Basically, Property:Is of faction lets you query for all ships available to the given faction, whether they are cross-faction, but it doesn't provide a way to exclude cross-faction ships. This is why I introduced Property:Is of faction/code. You can use that to get only ships available to a specific combination of factions. Right now, looking for FKR in that property would give you all cross-faction ships, while looking for F will give you ships available only to the Federation.
As you're looking for future proofing, even that is not enough. Adding a simple boolean property like Property:Is available to all factions should close the hole there.
Another approach would be to create a boolean property for each faction, which is simpler and improves what we can query for, but I don't recommend it because there's a condition limit on queries (12, irrc), and that would mean querying cross-faction doffs would require four conditions, plus it's more awkward to use the results to display faction availability. oOeyes User-Eyes-Sig.png 01:36, 15 November 2013 (UTC)
Thanks for the info. I'm slowly 'getting there' with my understanding of all this stuff. FYI: I've implemented all of the other changes I needed to do to {{Assignmentinfo}} except for those properties. My main goal right now was to categorise the cross-faction assignments better, and I've done that. I also fixed a couple of bugs and updated the rewards table. I left the faction properties alone for now, until I understand it better. It seems to be content with just Starfleet, Klingon, and Both, so I left it at that for the time being. Tahno (talk) 11:10, 15 November 2013 (UTC)

Cross-faction CSS Colour[edit source]

Would it be possible to add 'cross-faction' to the faction colours in the CSS? It should be added to (same as) 'both'. Thanks. Tahno (talk) 19:44, 19 November 2013 (UTC)

CSS Changes?[edit source]

Hi Eyes.

Has something changed with the CSS in recent weeks (other than the above, and Thank You)? I've been a lil busy but came back and have already fixed several formatting issues today, usually due to headings flowing up along the right hand side of tables. I left one as an example on “Assimilation (Undine_Front)” (the Notes section).

It may not be recent, as I first 'fixed' this kind of thing by adding a {{clear}} to {{NoAccolades}} months ago (which I've since changed to a raw div to save pulling in another template).

Is there anything you can tweak to fix these in CSS without breaking things? It's always a heading, and usually after a table, tho I've also seen it after multi-column sections such as NPCs or NPC Starships, on that page. I'm thinking something like clear:left rather than both, as headings often come up under TOCs, which can sometimes be on the right, but it looks ok clearing them on the left too.

Anyway, just a thought. It seems people expect headings to behave after a table or a div, but they often don't.

Tahno (talk) 14:31, 14 December 2013 (UTC)

BTW, I should mention that Duty officer/Special was totally broken (format-wise). I was asked to look at it because {{clear}} wasn't having the desired result (due to the long TOC on the right and clear:both etc). I fixed it by adding a single clear:left to {{storefooter}} which hasnt changed since 2010, and doesnt seem to be the right place. Still, the transformation from 'broken' to 'fixed' by that one change (without touching the broken page) was visually impressive. Reverting my storefooter change should show what I mean. If you decide to tweak the CSS it's redundant anyway. Tahno (talk) 15:10, 14 December 2013 (UTC)

MediaWiki upgrades like the recent 1.21 update usually come with some underlying CSS tweaks, such as the recent changes to diff pages. I try to write skin CSS defensively against these changes where possible, so sometimes they go unnoticed, but it's always possible we've missed one of these changes. I'll take a look at Duty officer/Special. If you can give me links to specific examples elsewhere, that would be very helpful in figuring out what's going on. oOeyes User-Eyes-Sig.png 19:08, 14 December 2013 (UTC)
I've been looking, but now that I'm looking they seem harder to find. I did notice that someone recently added some BR's to Epohh to fix it. The previous rev shows the tables and "External Links" heading all bunched up. Tahno (talk) 23:49, 15 December 2013 (UTC)
Well, in Epohh, it wasn't CSS at all. The align="left" attributes on tables is an old way to make tables "float", which causes text to flow around them. I'm not sure why that was added, as floating behavior isn't desirable there.
The align attribute has long been depreciated on any tag, and it also has a different meaning on tables than on other tags, so it isn't a good idea to use it. Instead, you would use float:left; or float:right; in the style attribute when you actually want floating behavior. In fact, at one point, MediaWiki was actually stripping the align attributes from some tags before sending the page to the browser. It may be that they reverted that behavior in the 1.21 update, which could explain why the problem cropped up only recently. oOeyes User-Eyes-Sig.png 02:07, 16 December 2013 (UTC)
That's probably it. {{storeheader}} has an align=left in it as well. I'll pull that out later (after some game-time) and see if it fixes things. I hadn't looked closely at Epohh and you're way ahead of me in CSS, I probably wouldnt have picked that one up anyway, but it seems to point to the fix. Thanks. I'll let you know if I need anything else. Tahno (talk) 05:42, 16 December 2013 (UTC)

Template Help[edit source]

Hi question for ya on {{cruiser commands}} its just a switch to check the ship type and give out the cruiser commands via that. It worked fine until the Voth Bulwark Dreadnought Cruiser since its, by the way others have been done like the Multi-Mission_Strategic_Explorer, a Dreadnought Cruiser and a Carrier. What is the best way to check that? I played with it a bit and it comes out to "Dreadnought Cruiser, Carrier" in the has ship type property. I just want to check if one of these matches the 4 cruiser types with cruiser commands kind of like the way {{Playableshipsbytype}} does. Any help would be appreciated. Asanad (talk) 02:41, 21 December 2013 (UTC)

That's a tricky one. You might need to use two templates with the the #arraymaptemplate function in the first calling the one with the #switch that you've already written. That way, each individual type gets checked. There might be a better way, but right now, it's not coming to mind. oOeyes User-Eyes-Sig.png 03:29, 21 December 2013 (UTC)
I tried using arraymap like it does in the other template but i was doing it wrong or something. I'll play with it more after looking at that page. If something comes to mind let me know. =P Asanad (talk) 03:32, 21 December 2013 (UTC)

duty officer specialization templates[edit source]

Hi was adding the romulan survivor doff variants and Specialization:_Assault_Squad_Officer and Specialization:_Energy_Weapons_Officer have 6 different types. However, unless I screwed both up, they don't display on the duty officer page using {{speclist}} and {{speclistrow}}. Looking at the templates I don't see what the problem is so if you could take a look I'd appreciate it. Asanad (talk) 14:37, 24 December 2013 (UTC)

There was an error in speclistrow that prevented the last one from showing up. It's been fixed, and all six are showing up now on Duty officer. Might take a little time for other pages to update. oOeyes User-Eyes-Sig.png 03:28, 25 December 2013 (UTC)

Black table headers[edit source]

Hey there,
Is there a way we can modify the color of the table headers? Some wiki update changed them all to black, which renders them invisible on Memory Alpha... Example: Klingon War. --Akirasensei (talk) 22:07, 13 January 2014 (UTC)

They're showing up with the correct colors for me. I've tried to make a change, but with the problem not showing up on my end, I don't know if the change fixed anything. oOeyes User-Eyes-Sig.png 20:35, 14 January 2014 (UTC)
I dont know if this is related but now every column that is sortable has multiple sort arrows you can see this on Klingon War. Making them look real funky. Also the table headers are still black. Asanad (talk) 23:07, 14 January 2014 (UTC)
Oh oh, yeah, this needs immediate attention. Can you take care of that, Eyes? --Akirasensei (talk) 23:54, 14 January 2014 (UTC)
Oops, fixed the arrows. I've checked the tables in Firefox, Chrome, and IE, and I'm not seeing black table headers. I'm seeing white text on blue. oOeyes User-Eyes-Sig.png 00:04, 15 January 2014 (UTC)
I see where the confusion is. its actually above the table itself where the table title as we'll call it is above the table header row. You can see if by highlighting above the table. You will see what he is referring to. You will see in the Klingon War example "Storyline" is black and so is the background so its not showing. Asanad (talk) 00:09, 15 January 2014 (UTC)
Okay, I see what happened. The underlying styles were changed to apply black text to the whole table, which wasn't there before. Header and regular cells were overriding that on themselves, but there wasn't any color specified for the caption. I've overridden the black on the tables with STOWiki's standard text color to fix the problem. oOeyes User-Eyes-Sig.png 00:26, 15 January 2014 (UTC)

Awesome, Thanks!!! --Akirasensei (talk) 01:10, 15 January 2014 (UTC)