• Splitting out transfer from main shell

    From Nelgin@1:103/705 to digital man on Wed Mar 15 20:43:00 2023
    DM,
    before I put in a git, I thought I'd run this by you. Does it make sense so split out the transfer menu section and make it it's own xfer_sec or something like that? It would make sense sice we now have chat_sec, xtrn_sec, email_sec, and text_sec.

    Might be good to do this before people start dipping into their own customizations.
    ---
    þ Synchronet þ End Of The Line BBS - endofthelinebbs.com
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Digital Man@1:103/705 to Nelgin on Wed Mar 15 22:06:44 2023
    Re: Splitting out transfer from main shell
    By: Nelgin to digital man on Wed Mar 15 2023 08:43 pm

    DM,
    before I put in a git, I thought I'd run this by you. Does it make sense so split out the transfer menu section and make it it's own xfer_sec or something like that? It would make sense sice we now have chat_sec, xtrn_sec, email_sec, and text_sec.

    Might be good to do this before people start dipping into their own customizations.

    Different command shells have traditionally very different file transfer sections/menus (from the other command shells), so I don't really see the value in that.
    --
    digital man (rob)

    Sling Blade quote #13:
    Karl: He lives inside of his own heart. That's an awful big place to live in. Norco, CA WX: 49.8øF, 97.0% humidity, 0 mph N wind, 0.56 inches rain/24hrs
    --- SBBSecho 3.20-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From MRO@1:103/705 to Nelgin on Thu Mar 16 01:34:02 2023
    Re: Splitting out transfer from main shell
    By: Nelgin to digital man on Wed Mar 15 2023 08:43 pm

    DM,
    before I put in a git, I thought I'd run this by you. Does it make sense so split out the transfer menu section and make it it's own xfer_sec or something like that? It would make sense sice we now have chat_sec, xtrn_sec, email_sec, and text_sec.

    Might be good to do this before people start dipping into their own customizations.

    as a long time user of synchronet I don't think that's something i personally would want.
    ---
    þ Synchronet þ ::: BBSES.info - free BBS services :::
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Nelgin@1:103/705 to Digital Man on Thu Mar 16 02:06:40 2023
    Re: Splitting out transfer from main shell
    By: Digital Man to Nelgin on Wed Mar 15 2023 22:06:45


    Different command shells have traditionally very different file transfer sections/menus (from the other command shells), so I don't really see the value in that.

    It just seems like a logical step. You've got the 5 major functions, email/netmail, file transfers, external programs, text area, and chat.

    It just seems cleaner and logical to have a "main" menu and then control everything else from their own .js file. Otherwise, why separate all the other parts out. I think making the transfer section its own sec.js would pretty much round things off. There could then be an xfer_sec in the loadable modules (and maybe add email_sec too)?

    It just points to a cleaner, modular design. It's just odd having transfers in there.

    If it's not something you want to do then I may just end up doing it myself and hope for the best.
    ---
    þ Synchronet þ End Of The Line BBS - endofthelinebbs.com
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From MRO@1:103/705 to Nelgin on Thu Mar 16 08:07:36 2023
    Re: Splitting out transfer from main shell
    By: Nelgin to Digital Man on Thu Mar 16 2023 02:06 am

    Re: Splitting out transfer from main shell
    By: Digital Man to Nelgin on Wed Mar 15 2023 22:06:45


    Different command shells have traditionally very different file transfer sections/menus (from the other command shells), so I don't really see the value in that.

    It just seems like a logical step. You've got the 5 major functions, email/netmail, file transfers, external programs, text area, and chat.

    It just seems cleaner and logical to have a "main" menu and then control everything else from their own .js file. Otherwise, why separate all the other parts out. I think making the transfer section its own sec.js would

    well these other parts you mention are small areas with a handful of functions.

    the transfer section is part of the 'meat' of the menu system.
    main message and transfer. chopping things up further just seems like it would make things messy and not cleaner.

    Nothing is stopping individuals from doing this on their own.
    I think making additions like this adds to the confusion of new sysops.
    ---
    þ Synchronet þ ::: BBSES.info - free BBS services :::
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Nightfox@1:103/705 to Nelgin on Thu Mar 16 09:59:26 2023
    Re: Splitting out transfer from main shell
    By: Nelgin to Digital Man on Thu Mar 16 2023 02:06 am

    It just seems like a logical step. You've got the 5 major functions, email/netmail, file transfers, external programs, text area, and chat.

    It just seems cleaner and logical to have a "main" menu and then control everything else from their own .js file.

    I'm not sure about that.. I don't think I'd want too many things split into their own .js for the command shell. I like having just one main script for my command shell where everything is there. I consider the file transfer menu a fairly significant component that I'd like to keep within the command shell and not have a separate script for that. Also, since a command shell is meant to be customized for your wants & needs, I don't think there is a real need to have a standardized file transfer section. For instance, I want it to display my own ANSI menu file (which fits in with the overall theme of my other ANSI menu files), and I might want to have some additional commands on my file menu that other command shells might not have.

    Nightfox

    ---
    þ Synchronet þ Digital Distortion: digitaldistortionbbs.com
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)