Bound's site

Player Names

Sun, 06 Nov 2011 09:20:12 +0000

Found a weird little quirk using DMIFonts, and other text name libraries for that matter...

I'm using DMIFonts to add player names above their player icons and I'm also using a statpanel to display online players, but their names are being scrunched over their icons in the panel, which covers up a part of their icon in the panel.

mob
    Login()
        namefont.QuickName(src, src.name, rgb(255,255,255), "#000", top=1)
        ..()

mob/Stat()
    statpanel("Online")
    for(var/mob/M in world)
        if(M.ckey)
            Stat(M)

That's basically the gist of the code right there. The name displays properly in the map, but once you switch to the Online tab, their icons have the names jumbled up over them. I'm trying to get the names to be removed before being displayed in the list of online players, but I'm also trying to keep the rest of their overlays on as well. I've been testing this with other libraries too and they all have the same problem. I haven't figured it out yet, but I was wondering if there was something I'm missing or if there's already a solution to this problem. If there is one, I haven't found it yet.

If you want to get a look at what I mean, simply add the code I wrote from mob/Stat() into any one of the demos in the libraries and make sure the text color has some contrast to the background color of the panel if it isn't being outlined. I recommend testing it in DMIFonts just because it's a great demo.

Worst comes to worst, I'll redo the online panel somehow. I'm extremely tired at the moment, so I apologize if this is easily solvable and I'm just posting out of desperation.

Icon Overlays - In General

Mon, 31 Oct 2011 06:02:11 +0000

Code:

mob
    Player
        Login()
            // Blah blah
            overlays.Cut()
            overlays = SaveOverlays

        Logout()
            // Blah blah
            SaveOverlays = overlays.Copy()
            // overlays.Cut()?
            .=..()
            del(src)

    var
        list/SaveOverlays = list()

obj
    Shields
        Wooden_Shield
            icon = 'WoodenShieldOverlay.dmi'
            layer = FLOAT_LAYER-1

    verb
        Equip()
            usr.overlays += src
            usr << "Equipped [src]."
        Unequip()
            usr.overlays -= src
            usr << "Unequipped [src]."

Problem description:

Recently I've been reading up on overlays in order to implement them into the game I've been working on.

What's the most efficient way to implement overlays and save/load them correctly? I've read the debates as to which method is more efficient than all the rest and I'd really like some clarification.

In my game, the overlays are equipment items that can be equipped and unequipped whenever the player wants, so the overlays are normally kept on when a player logs out.

I posted what I believe to be is the most relevant code I have pertaining to the matter... It's quite a simple system for the time being. I'm really just trying to get everything into a working state.

I'm sure there are many flaws with the way I'm doing things right now. I know that during Logout(), I don't empty the list of overlays and as a result they're saved in the savefile. I can equip/unequip the shield with no trouble until I logout. Once I log back in, the shield is stuck and can't be removed. I've read all the posts about the same issue and I've tried to fix it many, many times. I'm not ignorant, I'm just unable to implement a proper solution. :(

I'm also using Deadron's Character Handling and Shadowdarke's HUDmeter library, just in case that helps. I also believe the HUDmeters are being saved to the savefile as well and I'm not sure how that can be fixed, but for now my primary concern is the equipment overlays. Thanks for taking the time to help me!

Character Handling Name Check

Thu, 27 Oct 2011 06:10:54 +0000

Code:

    ProcessForm()
        var/mob/creating_character/player = usr

        var/ckey_name = ckey(name)
        if (!ckey_name || ckey_name == "")
            player.error_text = "Your name must have alpha-numeric characters in it!"
            DisplayForm()
            return

        var/list/characters = usr.client.base_CharacterNames()
        if (characters.Find(ckey_name))
            player.error_text = "Name already taken."   // Won't find ckey_name? ----------
            DisplayForm()
            return

        // Everything is okay, so create the new mob based on the class they chose.
        var/mob/new_mob
        switch(class)
            if ("Player")       new_mob = new /mob/Player()

        // Set the new mob's attributes.
        new_mob.name = name
        switch(gender)
            if ("Male")     new_mob.gender = MALE

        // Log their client into the new mob.
        usr.client.mob = new_mob

        // And finally, blank out their web page since they don't need it now.
        new_mob << browse(null, "window=NewCharacter")
        return

Problem description:

I'm working on creating my game's login screen, and in doing so have implemented Deadron's Character Handling and the htmllib library to help ease the task. I quickly put up the code to see how it would function and after some tinkering, as well as stripping the options down to the bare minimum, I found that one can easily create a character with the same name, leading to potential disasters later on down the road. I've searched the forums for well over an hour and tried various fixes for this block of code, but still can't seem to come up with a solution.

This block of code is where the form for creating a new character is processed and I've tried creating a conditional that will catch the exception, which I commented. I've seen a similar fix in other people's code so I figured it would work here as well.

When I run this code and use a name that matches another one of my character names it ignores the exception and carries out the rest of the process normally, creating the new mob and overwriting the previous one.

I also looked into the library itself to find the process "base_CharacterNames()" just to get an idea of how it comes up with the list. From what I know, that would be the correct proc to use in order to check if a name is already taken.

Any suggestions as to go around solving this would be of great help. Thanks.