Jump to content
  • 0

External link's underline spreading through a space


I don't really know how to explain this but the underline from a link is going through a space that isn't part of the link.

===== [[File:Blue_Box.png|20px|link=|bottom]] [http://www.nexusmods.com/oblivion/mods/44069/ Alive Waters updated] =====

will result in something like this


I would think that this was an issue but its new and wasn't originally like that.

Share this post

Link to post
Share on other sites

Recommended Posts

  • 0

If someone remembers the link, where to look or the pm conversation can you share or add me so I can take a look through it?

Share this post

Link to post
Share on other sites
  • 0

thank you, I kind of don't know what to think.

It appears that this was dropped on to everyone and it also seems that s4n is not going to change him mind.


Inline css is definitely not something that I want to deal with...

I did that when my guide was tiny and it was a massive pain and never looked right. 

Then someone mentions the css and all my worries were gone.

I could apply my css to what ever I wanted to and I edit all the pages css by editing hte one page. 

There are several things wrong with the wiki whether it be issues, limitations, compatibility I would have never guessed that the css feature would be removed because it is amazing.


I will be open to other options but the css has proven its flexibility WAY beyond expectation.


Do any of the other guide writers know about this?

Share this post

Link to post
Share on other sites
  • 0

It was agreed that the CSS extension was not going to be ripped out from under everyone. The underlying agreement was that the skin would be updated to better accommodate as much as possible for what is being used currently, as well as investigate additional functionality that has been requested from time to time.


The fact is, we need consistency in presentation, and the CSS extension breaks that. It's use has spread beyond it's intended purpose, which was a stop-gap for the STEP Guide until a skin refresh, which admittedly has been a long time coming. We purposely did not advertise it's use because we did not want it being used for mainstream editing, but that obviously did not last.


As to the other guides for other games, the Wiki is a single system and all pages hosted on it will need to conform to its look'n'feel, and the primary purpose is currently for supporting STEP for Skyrim. However, we can certainly look into options for providing separated spaces for other games where they can have their own distinct look'n'feel.


This impending change also is not going to be a huge loss in functionality either. Styling can still be applied within the rules of the MW parser. Eliminating the CSS extension will prevent the breaking of display for elements that should not be touched, unless it's a skin level change. Re-use of ANY wiki markup is not a valid excuse either. That's why templates exist to prevent repetitive coding.

Share this post

Link to post
Share on other sites
  • 0

EDIT: s4n :ninja: me, so keep in mind the following is based upon posts before his last preceding this post

as s4n alluded, we can create optional HTML classes in addition to the defaults. These classes will be 'compatible' with the site but allow a bit of 'customization' within the confines of a defined 'standard'.


I do like the CSS extension in today's context, because we currently have not defined any 'final' standards as is apparent by the changes I already made to headings and default text coloring; however, I agree that it is not ideal to have that extension. Better to define a final standard with some options as HTML classes defined in the CSS (I assume anyway ... s4n has more knowledge about implementation options).


I definitely agree that we have way too much customization happening throughout the site, and that we are making it way too easy to deviate from any standard with that extension. With the current skin and loose 'standard' we have now, the CSS extension is acceptable, but if we redesign the skin standard 'correctly' and accommodate acceptable deviations, all will be well.


My advice is to stop relying too heavily on the CSS extension, as those pages will need to be revised under a different skin that expects the Mediawiki standard CSS ... unless you want to use it to create examples for s4n and me to consider implementing in the available site CSS once the new skin is implemented.


It is important that all wiki pages outside of the User namespace have a consistent look/feel, so that users know immediately if they are on a STEP wiki page or just some other wiki page. Additionally, wiki and forums will have a consistent look/feel, rendering wiki-->forum navigation (and vice versa) relatively transparent, unlike it is today. The CSS extension would break that (inline CSS would too, but that is a chore, as it should be ... a deterrent top changing the standard).

Share this post

Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

  • Similar Content

    • By theblackman
      When posting a mod suggestion for inclusion into STEP, the 'warning' text states to consider creating a modpage on the wiki for the mod, but no reason is given as to why it might be preferable to do this.
      Perhaps the reason(s) could be included - it would be more persuasive, at least.
    • By TechAngel85
      Before we upgrade the wiki, we'll be performing some periodic cleaning and updating of pages, templates, etc. This includes several actions:
      Users may notice some changes to content, formatting of content, template styling, etc. Anything that is deemed no longer desired/needed will be deleted without notice.All "Pack" content will be removed. As such, users may notice things missing from their pages or old templates being converted to newer ones. Any of this is done due to the cleanup. Any missing user content will be the result of it being too much maintenance to fix things such as broken links, which fill out our maintenance reports. Such content obviously isn't being maintained and will simply be removed. Anything that is questionable will be added to the Candidates for deletion category.Users can check this category for any pages that we're considering removing. Please see the individual page's talk page for discussion regarding the content removal. Anything that is considered outdated, but is neither being considered for deletion or updating, will be added to the Archives category.  

      Not all updates will be recorded below, but periodic updates will be posted from time to time.
      Updated STEP Content
      Anthology Boilerplate Updated Templates
      Archived Delete alert (new) alert small (new) icon (new) Updated General Content
      All content has been assigned a category. All content on the wiki should receive a category when being created as this help maintain the content structure. Many missing links across the wiki have been removed or restored. Icon template has replaced the old "Ask", "No", and "Yes" templates across the wiki. Alert and alert small templates have replaced the old "Bug", "Construction", "MCM Note", "MO Note", "Notice", and "Warning" templates, as well as, their smaller counterparts. Alert small also has the "FO3 Note", "FNV Note", and "Loot Rule" templates merged into it.  Removed Content
      Most of the the unused files have been removed. Users should remember when updating images on pages to upload a new version of the existing image rather than simply uploading a new image. Doing the latter creates a lot of abandoned files. Doing the former also retains a version history for the file. All of the active galleries from the Mod pages have been removed. The gallery option will be removed from the Mod Form for the platform update as it's been deemed redundant and unnecessary.
    • By z929669
      I'm posting to ask if we have anyone with PHP coding experience. Specifically with regard to updating a small and very simple Mediawiki extension we need to upgrade to a new method of hooking in order to continue using the extension for our wiki.
      Anyone able to assist will be compensated. PM me if interested.
  • Recently Browsing   0 members

    No registered users viewing this page.

  • Create New...

Important Information

By using this site, you agree to our Terms of Use.