1. Forum
  2. DOVE-Net
  3. Synchronet Programming

  • exec/load/avatar_lib.js

    From rswindell@VERT to CVS commit on Thu Feb 28 10:18:00 2019
    exec/load avatar_lib.js 1.17 1.18
    Update of /cvsroot/sbbs/exec/load
    In directory cvs:/tmp/cvs-serv18044

    Modified Files:
    avatar_lib.js
    Log Message:
    Implement an (in-memory) Avatar cache - reducing the number of disk accesses when using features that support avatars (e.g. reading msgs, listing files, listing BBSes in the BBS list).
    When used in the terminal server, the cache is located in bbs.mods.avatar_cache otherwise it's located in the scope of the load()'d library. Applications must use the lib's read() method to take advantage of the cache. The other lower level functions (e.g. read_localuser, read_netuser) by-pass the cache on read but do update the cache with the result. So, generally, avatars should be only loaded from disk one time during a session/logon.



    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From rswindell@VERT to CVS commit on Sat Mar 23 23:51:00 2019
    exec/load avatar_lib.js 1.18 1.19
    Update of /cvsroot/sbbs/exec/load
    In directory cvs:/tmp/cvs-serv10618

    Modified Files:
    avatar_lib.js
    Log Message:
    The draw() and draw_bin() methods now support an additional, optional 'top' argument which specifies that the avatar should be drawn at the top of the screen.



    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From rswindell@VERT to CVS commit on Fri Jun 14 14:24:20 2019
    exec/load avatar_lib.js 1.19 1.20
    Update of /cvsroot/sbbs/exec/load
    In directory cvs:/tmp/cvs-serv25951

    Modified Files:
    avatar_lib.js
    Log Message:
    Since we're now caching the entire avatar_lib (in bbs.mods), no need to store the avatar (data) cache separately in bbs.mods.



    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From Rob Swindell (on Debian Linux)@VERT to Git commit to main/sbbs/master on Mon Feb 26 17:53:01 2024
    https://gitlab.synchro.net/main/sbbs/-/commit/29740f6cbbedf9bd5664d4f7
    Modified Files:
    exec/load/avatar_lib.js
    Log Message:
    Use the common ini formatting for writing avatar data

    (just a cosmetic change)

    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From Rob Swindell (on Debian Linux)@VERT to Git commit to main/sbbs/master on Fri Jul 18 11:52:03 2025
    https://gitlab.synchro.net/main/sbbs/-/commit/1eebd9304557f4a808c5e646
    Modified Files:
    exec/load/avatar_lib.js
    Log Message:
    Recognize '-' as a valid QWK-ID character in network addresses

    Copied the QWK_ID_PATTERN regex definition from newuser.js
    These definitions really should be moved to a single source of truth (e.g. load/something_defs.js).

    This explains the ctrl/false file (avatar data) file created when importing
    (or trying to import) avatars from "TL-QWK" BBS. The dash wasn't recognized
    as a valid QWK-ID char, so netuser_fname() was returning false when importing avatars (in the SYNCDATA conference) from this BBS.

    Good eye Dan_C!

    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From Deuc¿@VERT to Git commit to main/sbbs/master on Sun Mar 1 12:30:28 2026
    https://gitlab.synchro.net/main/sbbs/-/commit/3e0fcc608b2472ebe3c08e0d
    Modified Files:
    exec/load/avatar_lib.js
    Log Message:
    Have read() generate an identicon if it can't find an avatar.

    Disabled avatars will still not be shown if the user disables them,
    but for everyone else, an avatar will be shown now.

    This purposefully does not actually write/update the users avatar.

    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From Deuc¿@VERT to Git commit to main/sbbs/master on Sun Mar 1 12:40:27 2026
    https://gitlab.synchro.net/main/sbbs/-/commit/16c6b1de86aa44fffb4ee066
    Modified Files:
    exec/load/avatar_lib.js
    Log Message:
    Fix handling when read() is passed a user number, but not username.

    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From Deuc¿@VERT to Git commit to main/sbbs/master on Sun Mar 1 12:48:00 2026
    https://gitlab.synchro.net/main/sbbs/-/commit/99bfb4e4f8fed908e6b93604
    Modified Files:
    exec/load/avatar_lib.js
    Log Message:
    No no, it has to be more equal than that.

    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From Deuc¿@VERT to Git commit to main/sbbs/master on Sun Mar 1 12:56:10 2026
    https://gitlab.synchro.net/main/sbbs/-/commit/99a925079904f91d117582b1
    Modified Files:
    exec/load/avatar_lib.js
    Log Message:
    Sometimes it's false too.

    undefined === ???
    null === user number specified
    false === no network avatar (and maybe some other things)

    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From Rob Swindell (on Debian Linux)@VERT to Git commit to main/sbbs/master on Thu Mar 5 00:12:36 2026
    https://gitlab.synchro.net/main/sbbs/-/commit/c036337d80eacdada1c5b598
    Modified Files:
    exec/load/avatar_lib.js
    Log Message:
    When looking up local user (without number) match real name too

    If a local message is posted without a 'from' user number (e.g. via sript), look up the avatar based on user name if the alias match fails.

    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net