• Internal codes in Baja

    From Tegularius@VERT/BAUDHOUS to All on Thu Jul 2 15:33:00 2009
    I would like to write a command to select a file area by means of a mnemonic code (instead of by number after scrolling through perhaps several pages of listings, as the default provides).

    The FILE_SET_AREA function works fine as long as the user knows the complete internal code of a file area and types it in. However, this ordinarily consists of the internal code of the library + that of the area within the library. I don't want to require the user to type anything but the code of
    the area, without the library prefix.

    So how can I get a hold of either the internal code (preferably) or at least the short name of the currently selected library in a Baja program?

    "@LIB@" displays the library's short name but I haven't seen a way to do anything with @-codes except display them.

    ---
    þ Synchronet þ The Bauding House - baudhous.synchro.net
  • From Digital Man@VERT to Tegularius on Thu Jul 2 22:37:00 2009
    Re: Internal codes in Baja
    By: Tegularius to All on Thu Jul 02 2009 07:33 pm

    I would like to write a command to select a file area by means of a
    mnemonic code (instead of by number after scrolling through perhaps several pages of listings, as the default provides).

    The FILE_SET_AREA function works fine as long as the user knows the
    complete internal code of a file area and types it in. However, this ordinarily consists of the internal code of the library + that of the area within the library. I don't want to require the user to type anything but the code of the area, without the library prefix.

    You can choose what you your internal codes to be. If don't want the library code prefix, just set it to blank in SCFG.

    So how can I get a hold of either the internal code (preferably) or at
    least the short name of the currently selected library in a Baja program?

    I can't think of a way in Baja off-hand. My suggestion would be to use JavaScript instead where it is most certainly possible.

    "@LIB@" displays the library's short name but I haven't seen a way to do anything with @-codes except display them.

    Yup. And that's only the *current* library's short name, not all of your library short names.

    digital man

    Snapple "Real Fact" #85:
    The Mona Lisa has no eyebrows.

    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From Jas Hud@VERT to All on Sat Jul 4 02:03:00 2009
    Tegularius wrote:
    I would like to write a command to select a file area by means of a mnemonic code (instead of by number after scrolling through perhaps several pages of listings, as the default provides).

    The FILE_SET_AREA function works fine as long as the user knows the complete internal code of a file area and types it in. However, this ordinarily consists of the internal code of the library + that of the area within the library. I don't want to require the user to type anything but the code of the area, without the library prefix.

    So how can I get a hold of either the internal code (preferably) or at least the short name of the currently selected library in a Baja program?

    "@LIB@" displays the library's short name but I haven't seen a way to do anything with @-codes except display them.

    ---
    ? Synchronet ? The Bauding House - baudhous.synchro.net


    they user doesnt have to know the internal code, that's for you to put
    into your .src


    setStr "uploads"
    FILE_SET_AREA
    file_upload

    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From Tegularius@VERT/BAUDHOUS to Jas Hud on Sat Jul 4 07:11:00 2009
    Re: Re: Internal codes in Baja
    By: Jas Hud to All on Sat Jul 04 2009 06:03:30

    they user doesnt have to know the internal code, that's for you to put
    into your .src

    That's what I'm saying. I plan on having more than 20 libraries! Each
    will have its menu displayed to the user, with the brief codes for the areas (sometimes numeric, sometimes alphabetic). Thus the user will know the areas' codes. But I hope he won't need to know anything about the libraries' codes.
    The program will need to know that-- but alas, apparently can't.

    Guess I'll need to try javascript, as Digital Man suggests.

    ---
    þ Synchronet þ The Bauding House - baudhous.synchro.net
  • From Tegularius@VERT/BAUDHOUS to Digital Man on Sat Jul 4 07:21:00 2009
    Re: Internal codes in Baja
    By: Digital Man to Tegularius on Fri Jul 03 2009 02:37:13

    I can't think of a way in Baja off-hand. My suggestion would be to use JavaScript instead where it is most certainly possible.

    "@LIB@" displays the library's short name but I haven't seen a way to do anything with @-codes except display them.

    If a file containing "@LIB@" were typed (in the CMD.EXE sense), but by SBBS ra ther than by CMD, with output redirected to second file, then the second file should contain the value of @LIB@ rather than the @-code itself, and a Baja script could read it. Is that possible?

    ---
    þ Synchronet þ The Bauding House - baudhous.synchro.net
  • From Jas Hud@VERT to All on Sat Jul 4 13:40:00 2009
    Tegularius wrote:
    Re: Re: Internal codes in Baja
    By: Jas Hud to All on Sat Jul 04 2009 06:03:30

    they user doesnt have to know the internal code, that's for you to put into your .src

    That's what I'm saying. I plan on having more than 20 libraries! Each
    will have its menu displayed to the user, with the brief codes for the areas (sometimes numeric, sometimes alphabetic). Thus the user will know the areas'
    codes. But I hope he won't need to know anything about the libraries' codes.
    The program will need to know that-- but alas, apparently can't.

    Guess I'll need to try javascript, as Digital Man suggests.

    ---
    ? Synchronet ? The Bauding House - baudhous.synchro.net


    i think i have a better idea. why dont you just keep the current
    listings and then draw ansi files for each file sub? that way you could control clutter and 'scrolling'

    check out the customization docs for more info.

    just so you know i have a shitton of file areas, so i'm getting what you
    are saying here.

    i think making a script you are talking about would be a lot of work for
    something users probably wouldnt use much.

    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From Digital Man@VERT to Tegularius on Sat Jul 4 12:30:00 2009
    Re: Internal codes in Baja
    By: Tegularius to Digital Man on Sat Jul 04 2009 11:21 am

    Re: Internal codes in Baja
    By: Digital Man to Tegularius on Fri Jul 03 2009 02:37:13

    I can't think of a way in Baja off-hand. My suggestion would be to use JavaScript instead where it is most certainly possible.

    "@LIB@" displays the library's short name but I haven't seen a way to do anything with @-codes except display them.

    If a file containing "@LIB@" were typed (in the CMD.EXE sense), but by SBBS ra ther than by CMD, with output redirected to second file, then the second file should contain the value of @LIB@ rather than the @-code itself, and a Baja script could read it. Is that possible?

    No. For Baja, the @-codes are expanded during display to the remote user only.

    digital man

    Snapple "Real Fact" #53:
    The average women consumes 6lbs of lipstick in her lifetime.

    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From Tegularius@VERT/BAUDHOUS to Digital Man on Sun Jul 5 14:59:00 2009
    Re: Internal codes in Baja
    By: Digital Man to Tegularius on Fri Jul 03 2009 02:37:13

    I can't think of a way in Baja off-hand. My suggestion would be to use JavaScript instead where it is most certainly possible.

    Can a JavaScript be called from a Baja program? If so, that would be
    nice to try. If not, then the entire shell might need to be written in JS.
    I'm totally new to this language. It looks exciting and would probably
    be rewarding to work with, but Lord, talk about a steep learning curve...

    I'm going to try a kludge first. Will let you know whether it works.

    ---
    þ Synchronet þ The Bauding House - baudhous.synchro.net
  • From Digital Man@VERT to Tegularius on Mon Jul 6 08:08:00 2009
    Re: Internal codes in Baja
    By: Tegularius to Digital Man on Sun Jul 05 2009 06:59 pm

    Re: Internal codes in Baja
    By: Digital Man to Tegularius on Fri Jul 03 2009 02:37:13

    I can't think of a way in Baja off-hand. My suggestion would be to use JavaScript instead where it is most certainly possible.

    Can a JavaScript be called from a Baja program?

    Yes, using the EXEC_BIN function or EXEC "?module".

    digital man

    Snapple "Real Fact" #116:
    The largest fish is the whale shark - it can be over 50 feet long and weigh 2 tons.

    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From Tegularius@VERT/BAUDHOUS to Jas Hud on Sun Jul 5 21:38:00 2009
    Re: Re: Internal codes in Baja
    By: Jas Hud to All on Sat Jul 04 2009 17:40:52


    i think i have a better idea. why dont you just keep the current
    listings and then draw ansi files for each file sub? that way you could control clutter and 'scrolling'

    I'm planning on it. The only drawback is that the file area must still
    be selected by number, right? What I would like to do is allow the user
    (in some cases) to choose the area using a mnemonic letter or string of
    several letters, which are highlighted in each menu.

    By the way, the kludge I mentioned wanting to try works! Sometimes it is
    slow, because it involves executing an external program.

    Also by the way, I was considering the possibility of alternate file paths,
    if only because the docs say somewhere that each file area defined takes
    up RAM. Do you know how much RAM, or at what point this might begin to
    be a problem? Vertrauen must have well over a hundred. I recall from
    three years ago (before my disk crash) I was offering the contents of
    at least a dozen CDs, each as a library, and most of them had at least
    thirty areas. I don't recall that performance suffered. The trouble with alternate paths is that adding more than about eighteen in scfg is a real
    pain because the window keeps bouncing back to the eighteenth. Perhaps this
    is a bug easily fixed?


    ---
    þ Synchronet þ The Bauding House - baudhous.synchro.net
  • From Digital Man@VERT to Tegularius on Mon Jul 6 12:39:00 2009
    Re: Re: Internal codes in Baja
    By: Tegularius to Jas Hud on Mon Jul 06 2009 01:38 am

    Re: Re: Internal codes in Baja
    By: Jas Hud to All on Sat Jul 04 2009 17:40:52


    i think i have a better idea. why dont you just keep the current
    listings and then draw ansi files for each file sub? that way you could control clutter and 'scrolling'

    I'm planning on it. The only drawback is that the file area must still
    be selected by number, right? What I would like to do is allow the user
    (in some cases) to choose the area using a mnemonic letter or string of several letters, which are highlighted in each menu.

    By the way, the kludge I mentioned wanting to try works! Sometimes it is slow, because it involves executing an external program.

    Also by the way, I was considering the possibility of alternate file paths, if only because the docs say somewhere that each file area defined takes
    up RAM. Do you know how much RAM, or at what point this might begin to
    be a problem? Vertrauen must have well over a hundred. I recall from
    three years ago (before my disk crash) I was offering the contents of
    at least a dozen CDs, each as a library, and most of them had at least thirty areas. I don't recall that performance suffered. The trouble with alternate paths is that adding more than about eighteen in scfg is a real pain because the window keeps bouncing back to the eighteenth. Perhaps
    this is a bug easily fixed?

    In 32-bit versions of Synchronet, the memory usage, in general, is not a concern. Alternate file paths were created to serve an organizational purpose (not to save memory). I'll look into the SCFG problem you mentioned.

    digital man

    Snapple "Real Fact" #14:
    Camel's milk does not curdle.

    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From Jas Hud@VERT to All on Wed Jul 8 15:55:00 2009
    Tegularius wrote:
    Re: Re: Internal codes in Baja
    By: Jas Hud to All on Sat Jul 04 2009 17:40:52

    Also by the way, I was considering the possibility of alternate file paths, if only because the docs say somewhere that each file area defined takes
    up RAM. Do you know how much RAM, or at what point this might begin to
    be a problem? Vertrauen must have well over a hundred. I recall from
    three years ago (before my disk crash) I was offering the contents of
    at least a dozen CDs, each as a library, and most of them had at least
    thirty areas. I don't recall that performance suffered. The trouble with alternate paths is that adding more than about eighteen in scfg is a real pain because the window keeps bouncing back to the eighteenth. Perhaps this is a bug easily fixed?

    ---


    i dont think you really need to use exteral file paths in this day and age.

    i probably have more files on the bbs than 90% of the people out there
    and i've never had a problem regarding memory or performance.

    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From Black Nigger@VERT/DELUSION to Jas Hud on Fri Jul 10 20:02:00 2009
    Re: file areas // Re: Interna
    By: Jas Hud to All on Wed Jul 08 2009 08:55 pm

    i probably have more files on the bbs than 90% of the people out there
    and i've never had a problem regarding memory or performance.

    but you have a problem craving cock

    ---
    þ Synchronet þ Delusions of Grandeur - delusions.bounceme.net