FANDOM

FishTank

aka Isaac

  • I live in San Antonio, Texas, US
  • I was born on November 18
  • My occupation is Editor Experience Specialist at Fandom
  • I am male
  • Bio I don't always help Fandom users; but when I do, it's as an anthropomorphic fish in an armored military vehicle.
  • [Show More]
A FANDOM user
  Loading editor
  • Hey Isaac, you made the terrible mistake of making an edit on a page I follow, and now I'm going to bug you about something.

    I see that long ago, in Module:ComicsInfobox/Comic, you set the alt-text (and "label?") for the Cover and Textless cover for comics in the gallery tab thingy to default to "Cover" or "Textless." While this matched our structure for the labels in the tabber/gallery, the alt-text differed.

    Originally the alt-text defaulted to sentences I'd written that were something along the lines of "cover art for PAGENAME" or "Textless Cover Art from PAGENAME"

    I don't know if those two things can be separated, in the portable infobox structure, but if they can...

    I'm not familiar enough with Lua to know how to modify what's currently there and to restore those full sentence alt-text captions. My understanding is that the module is taking the content of the "ImageText" fields in these cases, but I would like all fields to default to something like "ImageText Cover from PAGENAME" only in the alt-text. The actual label in the tabber things can stay "cover" and "Textless" (or ImageText).

    If you can spare the time and attention, I might learn something from seeing your changes, and resolve some similar issues in other templates myself.

    Thanks

      Loading editor
    • View all 6 replies
    • FishTank wrote:

      ...adding alt-text to the images in that way will not significantly improve SEO for the mainspace article.

      I understand - it was originally kind of a half-hearted attempt to squeeze blood from a stone, in terms of automating the text, so that there was some meaningful text versus none. As you say, there is some now - it's just not very meaningful, but also out of our hands, so, *shrug*.

      From an absolutely ideal SEO solution, separate Gallery pages from the article are of limited utility.
      Not that it's a point we need to argue, but we do happen to know that people use our gallery pages for references in drawings, cosplay, etc. It just necessitates already knowing about us - obviously our bad SEO prevents anyone from finding them in a google search.
      A more ideal solution would be galleries on the main page article, at the bottom.
      Not 100% opposed to this, but it kind of forces us to use the new galleries, when we kind of hate them. I would think that having galleries tacked onto the bottom of the page, (especially gigantic ones, like this one), would cause those pages to take forever to load in the mediawiki galleries.
      Page-templates can become an automatic SEO killer if they use tables as the envelope elements, as Google doesn't parse through table tags... I understand, of course, how hard that would be to automate.
      Well, I ran a search myself, and currently, the "body text" of our File pages, from the template is picked up by google - it's just not useful information that anyone would ever google (it's a fair use notice). I have some ideas to fix that. And some ideas about some... limited automation.

      Thanks!

        Loading editor
    • Not 100% opposed to this, but it kind of forces us to use the new galleries, when we kind of hate them. I would think that having galleries tacked onto the bottom of the page, (especially gigantic ones, like this one), would cause those pages to take forever to load in the mediawiki galleries.

      Actually, not so much time. They lazy load images only once they're onscreen. That's true on both desktop and mobile. And if you don't want to use the "new" galleries (I'm hoping we can rename that 2014 product soon), I'm not demanding it. They're convenient when it comes to expansion when you have a lot of images, but they're identical on mobile. And if I didn't mention it before, they can be styled with CSS if you really hate the look.

      I have some ideas to fix that.

      Ideas are always good!

        Loading editor
    • A FANDOM user
        Loading editor
  • Can I get some help with the Organization template as I'm trying to get it to show 3 links in the universe section of the organization infobox and automatically put the page into the universe category for 3 universes instead of only 2, but no matter what I do I can't seem to get it to work. Could you please help me with this since you were the one who originally created the template?

      Loading editor
    • That code was pulled from the original, non-portable infobox. It's pretty difficult to untangle, even for me. It probably should be replaced altogether by a Lua function, but I was asked by the local administration not to complicate it by doing so.

      Regrettably, I can not immediately budget my time to alter the function in the way you've requested. Please request assistance from the local admins. Thanks!

        Loading editor
    • A FANDOM user
        Loading editor
  • Hey Isaac, I noticed you're working on our template conversions lately, so I figured I'd open a dialogue here, just in case there's any info you need about the original templates, etc.

    Also, just in case I spot any bugs. (I did!)

    {{Column}} is having issues with sizing images. Cropping by width rather than resizing, so a full sized hi-res image makes the infobox really looooong. I think we had a similar issue when we switched to Lua on character pages.

      Loading editor
    • View all 124 replies
    • Also... UnusualFeatures seems to be no longer working at all. No categories and no listing in the infobox.

        Loading editor
    • An issue with Module:StaffCorrection: some of them aren't picked up. [[Category:JD_Mettler/Cover_Artist|"JD Mettler"] and "H. G. Kiefer" should be picked up, as the (uncapitalized) versions are listed in the Correction template. Maybe the double capitals mess it up?

        Loading editor
    • A FANDOM user
        Loading editor
Give Kudos to this message
You've given this message Kudos!
See who gave Kudos to this message
Community content is available under CC-BY-SA unless otherwise noted.