Posts made by Highfalutin

Is there a way to search by zone? Say if I wanted to print a list of all the rooms that have been @chzone'd to a specific zone parent.

MUSHclient!

@cobaltasaurus Tinymux, version MUX 2.10.1.14.

@cobaltasaurus I'm installing on #1, the starting Wizard bit. I thought the same, like it's not creating the object when it should.

Here's the bit of code where it seems to get screwy:

@switch [ifelse(isdbref(setr(0,switch(first(version()),PennMUSH,lsearch(all,eobjects,[strmatch(name(##),Job Global Object <JGO>)]),RhostMUSH,searchng(object=Job Global Object <JGO>),search(object=Job Global Object <JGO>)))),setq(1,get(%q0/VA)),[setq(1,switch(first(version()),PennMUSH,lsearch(all,eobjects,[strmatch(name(##),Job Database <JD>)]),RhostMUSH,searchng(object=Job Database <JD>),search(object=Job Database <JD>)))][setq(0,loc(%q1))])][isdbref(%q0)][and(isdbref(%q1),gte(edit(first(default(%q1/version,0),.),v,),5))]=0*,{think [ansi(hc,ANOMALY JOBS:)] No previous jobs installation found.  Creating a new one.;&JOB_GO %#=setr(0,create(Job Global Object <JGO>,10));&JOB_VA %#=setr(1,create(Job Database <JD>,10));&JOB_VB %#=setr(2,create(Job Tracker,10));&JOB_VC %#=setr(3,create(Job Parent Object <JPO>,10));&JOB_PATCH %#=0;@tel %q1=%q0;@tel %q2=%q0;@tel %q3=%q0;},10*,{think [ansi(hc,ANOMALY JOBS:)] [ansi(hr,Not a valid Jobs 5 or later installation.)];think [ansi(hc,ANOMALY JOBS:)] [ansi(hr,Aborting. Cancel this script in your client.)];&JOB_GO %#=#-1;&JOB_VA %#=#-1;&JOB_VB %#=#-1;&JOB_VC %#=#-1;&JOB_PATCH %#=1;},{think [ansi(hc,ANOMALY JOBS:)] Current installation found.  Updating.;&JOB_GO %#=%q0;&JOB_VA %#=%q1;&JOB_VB %#=get(%q0/VB);&JOB_VC %#=get(%q0/VC);&JOB_PATCH %#=1;}

Because I clearly haven't established myself as enough of an idiot today, now begins the struggle to understand how to enable SQL on TinyMux.

I'm looking at this:
https://wiki.tinymux.org/index.php/SQL

...and it reads like Greek to me. "Change @query so that it calls sqlmaster instead", for example - What does that mean in practice? I looked at help @query and I see that there's a syntax example for calling a dbref, but not a sql database. What would the syntax look like for that? Do I need to run ./configure with any specific settings, and if so, what are they?

Apologies in advance for all the stupid questions! New to MUX, but eager to get deeper into it.

I'm running into issues trying to install Anomaly Jobs, so I thought I'd ask here. It's one of the more necessary things to have, I think.

I'm using this version:
https://github.com/lashtear/Anomaly-Jobs/blob/master/full/jobs-full.txt

I can't get much further than the first few bits:

=============================================================================

                         Setting up Anomaly Jobs v6.4                         
  =============================================================================
ANOMALY JOBS: Checking current installation.
ANOMALY JOBS: No previous jobs installation found. Creating a new one.
I don't see that here.
I don't see that here.
I don't see that here.

That's as far as it goes. I thought maybe if I @created the jobs object manually it might work, but it does this:

ANOMALY JOBS: Not a valid Jobs 5 or later installation.
ANOMALY JOBS: Aborting. Cancel this script in your client.

Has anyone run into this issue, and can I ask how you resolved it?

@melpomene This is awesome. Plushelp if it's of any use:

& messages

Messaging is vital to roleplay, whether through text, phone, or IM. Messages
are sent whether or not the recipient is online. When they next log in, they
will see an alert notifying them that they have messages in their queue.

Syntax: msg <player>=<text> - Send a message to the specified player.
        msg/<type> <player>=<text> - Send <type> message, for example, phone.
        msg <text> - Send a message with the same settings as the last one.
        &msg-send-ra me=%%cw%%cR%%[RED ALERT%%]%%xn - Example of custom colorcoding.
        msg/off - Turn off messages, putting up to 50 into your queue.
        msg/on - Turns messages back on and displays message queue.
        msg/block <name>[=<reason>] - Openly block target from sending messages.
        msg/unblock <name> - Unblock a person who was blocked.
        msg/hide <name> - Secretly blocks target from messaging, queue disabled.
        msg/unhide <name> - Removes a secret/quiet block from the target.
        msg/view - Display any queued messages.
        msg/summary - View a summary of your message status.
        
After a message is sent, the system remembers the last person (or group of
people) you messaged, and the last type of message you sent.

Messages display special behaviors when they start with :, ;, or |.

        :tests                  <-- Gallifrey tests
        ;'s test                <-- Gallifrey's test
        |A test happens.        <-- A test happens.
        Testing!                <-- Gallifrey says, "Testing!"

Custom colorcoding can be set with variables on your character object. Using the
example under the syntax list, anyone who receives a message from you with the
'ra' switch (msg/ra <player>=<message>) will see a bright RED ALERT tag.

Messages System by Melpomene@MUSoapbox.

While testing I noticed that the built-in switches don't seem to work. For example, MSG/VIEW seems to think I'm trying to send a custom messaging type rather than checking the message queue:

msg/view
<ALERT> [VIEW] CodeWiz sends, "/view"

Or

msg/summary
<ALERT> [SUMMARY] CodeWiz sends, "/summary"

This is exactly what I was looking for. Using it for sure!

Is this an acceptable way to credit in the +help file - "RP +Prefs written by Cobalt@MUSoapbox" ?

Plushelp file on the chance anyone wants:

& +prefs

Syntax: +prefs - Displays your current preferences.
        +prefs/list - Displays a list of available categories.
        +prefs/set <category>=<0-5> - Sets RP type with rating of 1-5.
        +prefs/note <note> - Allows notes with specifics to be added to types.
        +prefs/find <category> - Displays connected players with type at 3+.
        
The +prefs system is designed to help players find like-minded roleplay
partners.

Setting preferences can be accomplished with the +prefs/set <category>=<0-5>
command, where the numerical rating is how much you enjoy that type of RP.

Generally speaking, the following holds true:
    0 - no interest
    1 - mild interest
    2 - neutral
    3 - interested
    4 - significant interest
    5 - highest preference
 
RP +Prefs written by Cobalt@MUSoapbox.