Difference between revisions of "Interacting with the player: BBS forms"

From PioneerWiki
Jump to: navigation, search
m
(Adding options to the form: fixup)
 
(30 intermediate revisions by 2 users not shown)
Line 4: Line 4:
  
 
There are two components to any mission's entry on a bulletin board: The advert and the form. The advert is the part that is displayed on the main bulletin board list, along with all the other entries. The form is the part that appears on screen when the player clicks the advert's button.
 
There are two components to any mission's entry on a bulletin board: The advert and the form. The advert is the part that is displayed on the main bulletin board list, along with all the other entries. The form is the part that appears on screen when the player clicks the advert's button.
 
==Internationalization==
 
 
It is important that scripters are familiar with the Translations library (scroll down to "Lua module translation"). A list of <code>Translate:Add()</code> calls are usually placed in a file named <code>Languages.lua</code> and kept in the same subdirectory as the script that needs them.
 
 
This is by convention only; all translations, regardless of filename, are available to all scripts, and it would technically be perfectly possible to recycle the translated strings provided by another script. In order to keep the workload as simple as possible for translators, however, we do prefer the convention to be followed.
 
 
The script itself makes use of translated strings by getting the translator function and using it to translate strings by token. So, if the <code>Languages.lua</code> file contained this:
 
 
Translate:Add({
 
    English = {
 
        ['Please, help me!'] = 'Please, help me!',
 
    },
 
    Deutsch = {
 
        ['Please, help me!'] = 'Bitte, hilf mir!',
 
    },
 
})
 
 
then in the main script, you would first get the translator function:
 
 
local t = Translate:GetTranslator()
 
 
where <code>t</code> could be any other convenient name, in the event that you already have a variable named <code>t</code>. Once you have your translator, you can simply use it to translate by giving it the key:
 
 
Comms.ImportantMessage(t('Please, help me!'))
 
 
This would put "''Please, help me!''" on the screens of English players, and "''Bitter, hilf mir!''" on the screens of German players.
 
 
The translator is fully documented in the codedoc. For the remainder of the document, I shall be using string literals. This is for clarity only; all custom scripts should be fully translatable if they are intended to be included with the game.
 
  
 
==The BBS advert==
 
==The BBS advert==
Line 48: Line 19:
 
One important thing to bear in mind is that the script cannot query a bulletin boad to find out what adverts already exist. Each script must carefully track each advert that it has created if it is to have any control over how long they remain, and to be able to re-create them after a reload.
 
One important thing to bear in mind is that the script cannot query a bulletin boad to find out what adverts already exist. Each script must carefully track each advert that it has created if it is to have any control over how long they remain, and to be able to re-create them after a reload.
  
Here is an example of adding an advert. The effect of clicking the advert is simply to send a message to the player console with the name of the station. The advert is only added if the station is in space. There is no mission here; I am simply illustrating the mechanics of adding the advert.
+
Here is an example of adding an advert. The effect of clicking the advert is simply to send a message to the player console with the name of the station and the reference number which is also the adverts place on the BBS. The advert is only added if the station is in space. There is no mission here, it is simply to illustrate the mechanics of adding an advert. Launch Pioneer and choose a new game with start on Barnard's star.
  
 +
local Event = require "Event"
 +
local Comms = require "Comms"
 +
 +
local ref  -- Variable to save the advert's reference number
 +
 
  local onCreateBB = function (station)
 
  local onCreateBB = function (station)
 
   
 
   
 
     -- This function can be in any scope that's visible when AddAdvert() is called
 
     -- This function can be in any scope that's visible when AddAdvert() is called
 
     local sendStationName = function ()
 
     local sendStationName = function ()
         Comms.ImportantMessage(station.label)
+
         Comms.ImportantMessage(station.label .. "\n" .. "Add ref number: " .. ref)
 
     end
 
     end
 
+
 
     if station.type == 'STARPORT_ORBITAL' then
 
     if station.type == 'STARPORT_ORBITAL' then
         station:AddAdvert('Need the name of this station?',sendStationName)
+
         ref = station:AddAdvert('Need the name of this station?',sendStationName)
 
     end
 
     end
 
  end
 
  end
Line 66: Line 42:
 
This code will create an advert:
 
This code will create an advert:
  
[[File:interact.bbsad.1.png]]
+
[[File:BBS1.png]]
 +
 
 +
Looking at the image, you will notice that the advert has appeared at the top of the bulletin board and that only one of two fields is filled with text. The BBS ad has two components, the '''title''' on top and the '''description'''. Only the description is present and since the BBS posts are sorted on first the title and secondly on the description, since the title is blank the post will show up on top. The icon used is the default. '''AddAdvert''' has two versions and we used a simpler legacy form. See
  
Looking at the image, you will notice that my advert has appeared at a completely arbitrary location on the bulletin board. There is no way to specify the location, and no way to determine it.
+
-- Legacy form
 +
ref = station:AddAdvert(description, onChat, onDelete)
  
 
Clicking on the advert causes this to happen:
 
Clicking on the advert causes this to happen:
  
[[File:interact.bbsad.2.png]]
+
[[File:BBS2.png]]
 +
 
 +
Even though the only thing our function did was to send a message to the console, you can see that Pioneer automatically created a form for our advert. The only control is the 'Hang up' button.
  
Even though the only thing our function did was to send a message to the console (visible at the bottom), you can see that Pioneer automatically created a form for our advert. The only control is the "Go back" button, and the name and face are defaulted to that which was displayed on the main bulletin board.
+
Going back to the World View you can see the message on the Comms terminal:
 +
 
 +
[[File:BBS3.png]]
 +
 
 +
==More AddAdvert()==
 +
 
 +
As we saw, the legacy form of '''AddAdvert''' created an add that lacked a title and with a default icon. Lets rewrite the example above in the full form. [https://codedoc.pioneerspacesim.net/index.html#LuaClass:SpaceStation:AddAdvert LuaClass:SpaceStation:AddAdvert].
 +
 
 +
AddAdvert takes a table as argument.
 +
ref = station:AddAdvert({
 +
    description = description,
 +
    icon        = icon,
 +
    onChat      = onChat,
 +
    onDelete    = onDelete,
 +
    isEnabled  = isEnabled,
 +
})
 +
 
 +
Let's try the earlier example but simplified a bit to run on all stations.
 +
local Event = require "Event"
 +
local Comms = require "Comms"
 +
 +
local ref  -- Variable to save the advert's reference number
 +
 +
local onCreateBB = function (station)
 +
 +
    -- This function can be in any scope that's visible when AddAdvert() is called
 +
    local sendStationName = function ()
 +
        Comms.ImportantMessage(station.label .. "\n" .. "Add ref number: " .. ref)
 +
    end
 +
 +
    ref = station:AddAdvert({
 +
        title = 'STATION NAME',
 +
        description = 'Need the name of this station?',
 +
        icon        = 'news',
 +
        onChat      = sendStationName,
 +
        onDelete    = onDelete,
 +
    })
 +
end
 +
 +
Event.Register("onCreateBB", onCreateBB)
 +
 
 +
The ad now looks complete.
 +
 
 +
[[File:BBS5.png]]
  
 
==The BBS form==
 
==The BBS form==
Line 82: Line 106:
 
The form itself is passed to the function specified in the <code>SpaceStation.AddAdvert()</code> method. In the example above, that function would be <code>sendStationName()</code>, which simply ignored any parameters sent to it. This resulted in the form being blank.
 
The form itself is passed to the function specified in the <code>SpaceStation.AddAdvert()</code> method. In the example above, that function would be <code>sendStationName()</code>, which simply ignored any parameters sent to it. This resulted in the form being blank.
  
The form object which is passed to this function has methods for adding the content. <code>SetTitle()</code> and <code>SetMessage()</code> each accept a string. <code>SetFace()</code> takes a table of information which defines the photofit face on the left. <code>AddOption()</code> adds clickable options with buttons. <code>Clear()</code> removes the Message and Options, but preserves the Title and Face, while <code>Close()</code> acts the same way as the "Go back" button.
+
The form object which is passed to this function has methods for adding the content. <code>SetTitle()</code> and <code>SetMessage()</code> each accept a string. <code>SetFace()</code> takes a table of information which defines the photofit face on the left but in the following example <code>SetFace()</code> is called without any arguments and the face will therefore be completely randomized.
  
The following example doesn't have any clickable options, but does have a customized form:
+
A minimal example without any clickable options, just the default 'Hang up':
  
 +
local Event = import("Event")
 +
 
  local populateForm = function (form)
 
  local populateForm = function (form)
    local facedata = {
 
        name = "Bob",
 
        female = true,
 
        title = "Lorry driver",
 
    }
 
 
 
     form:SetTitle('This appears above the face picture')
 
     form:SetTitle('This appears above the face picture')
     form:SetFace(facedata)
+
     form:SetFace()
 
     form:SetMessage([[This is the main message.
 
     form:SetMessage([[This is the main message.
 
   
 
   
Line 101: Line 121:
 
   
 
   
 
  local onCreateBB = function (station)
 
  local onCreateBB = function (station)
     station:AddAdvert('This appears in the advert list',populateForm)
+
     station:AddAdvert({
 +
      title = 'AD TITLE',
 +
      description = 'This appears in the advert list',
 +
      icon        = 'news',
 +
      onChat      = populateForm,
 +
      onDelete    = onDelete,
 +
  })
 
  end
 
  end
 
   
 
   
Line 108: Line 134:
 
As before, an advert was created:
 
As before, an advert was created:
  
[[File:interact.bbsad.3.png]]
+
[[File:BBS4.png]]
  
Randomly, it has appeared at the top of the list.
+
We have clicked on the ad and can see that <code>populateForm</code> was called, and it successfully filled the form with content. If you 'hang up' and press the ad again a completely new face is generated. Lets improve on this and make the face persistent for the existence of the advert. Making it reappear in a saved game would take some more work (see "[[Surviving a reload]]").
  
Clicking on the advert causes this to happen:
+
local Character = require "Character"
 +
local Event = require "Event"
 +
 +
local client = {}
 +
local message
 +
 +
local populateForm = function (form)
 +
    form:SetTitle('Pizza time!')
 +
    form:SetFace(client)
 +
    form:SetMessage(message)
 +
end
 +
 +
local onCreateBB = function (station)
 +
 +
    client = Character.New()
 +
    message = "I'm " .. client.name .. " and I need some pizza. I'm thinking pepperoni and cheeze. You feelin me?"
 +
 +
    station:AddAdvert({
 +
        title = 'PIZZA PARTY!',
 +
        description = 'Special delivery needed',
 +
        icon        = 'news',
 +
        onChat      = populateForm,
 +
        onDelete    = onDelete,
 +
})
 +
end
 +
 +
Event.Register("onCreateBB", onCreateBB)
  
[[File:interact.bbsad.4.png]]
+
We introduce a new module ''' '[https://pioneerspacesim.net/codedoc/files2/Character-lua.html Character]' ''' which basically is an rpg style character sheet with methods to work with it. It's a tool to generate and work with non-player characters (npc's). <code>client = Character.New()</code> sets client to an all new character with basic characteristics, name, title, and looks. A character can be sent directly to the SetFace method and that's what we're after here. We also used the 'clients' name.
 
 
Now we can see that <code>populateForm</code> was called, and it successfully filled the form with content. All of the face options were optional; if they aren't provided, Pioneer will choose random values. I have left out a couple of options here; it's wise to specify them all, because after a saved game is loaded, it's the script's job to make sure that the same face appears (see "[[Surviving a reload]]").
 
  
 
==Adding options to the form==
 
==Adding options to the form==
  
In the example above, I created a function named <code>populateForm()</code> which was run when the advert button was clicked. That's not the only time it can be run; it is also run whenever options on its form are clicked.
+
In the example above, we created a function named <code>populateForm()</code> which was run when the advert button was clicked. That's not the only time it can be run; it is also run whenever options on its form are clicked. To make use of this, it is passed two additional parameters, both of which <code>populateForm()</code> ignored. The first parameter is the form object, the second is the advert's unique reference and the third is the number of the option that was clicked. Because it handles all chat events, by convention we instead name this function <code>onChat()</code>, which is how it shall be named from now on.
 
 
To make use of this, it is passed two additional parameters, both of which <code>populateForm()</code> ignored. The first parameter is the form object, the second is the advert's unique reference and the third is the number of the option that was clicked. Because it handles all chat events, by convention we instead name this function <code>onChat()</code>, which is how it shall be named from now on.
 
  
The previous example did not store or use the value returned by <code>AddAdvert()</code>. It is this value which is sent as the second parameter; very useful if your script adds several adverts, each of which might have slightly differently worded content.
+
In the first example that called the function 'sendStationName' we caught the reference number from ''' 'AddAdvert()' ''' in a variable named  ''' 'ref' '''. As you may remember, ''' 'AddAdvert()' ''' takes two arguments; A string and a function. The function is passed three arguments. The second of these arguments is the reference number so we could have picked it up from within ''' 'sendStationName' '''. The ''' 'ref' ''' number is useful if your script adds several adverts, each of which might have slightly differently worded content.
  
When the advert was clicked in the main bulletin board list, it was passed the value <code>0</code> as the option.
+
You've already learned the methods: ''' 'SetTitle()' ''', ''' 'SetMessage()' ''', and  ''' 'SetFace()' '''. Let's add the rest of the form() methods:<br>
 +
* ''' form:AddOption() ''': adds clickable options with buttons. It takes two arguments: A string to set the text of the button and the option nr that will be sent to the form. This value is 0 when first called from the BBS by clicking the add. Every option form will have a default 'Hang up' option which returns -1.<br>
 +
* ''' form:Clear() ''': removes the Message and Options, but preserves the Title and Face.<br>
 +
* ''' form:Close() ''': Closes the form.<br>
 +
* ''' form:RemoveAdvertOnClose() ''': Closes the form and removes the ad.<br>
  
 
Form options are declared like this:
 
Form options are declared like this:
  
  form:AddOption('I am option one',1)
+
form:AddOption('I am option one',1)
  form:AddOption('I am option two',2)
+
form:AddOption('I am option two',2)
  
These options will appear with the specified caption, and will call <code>onChat()</code>, which will receive the form object, the advert reference and the number that was specified after the caption in <code>AddOption()</code>.
+
These options will appear with the specified caption, and will call <code>onChat()</code>, which will receive the form object, the advert reference and the option number that was specified after the caption in <code>AddOption()</code>.
  
The codedoc has a brilliant example of a complete onChat, which I will reproduce here:
+
The onChat function below is adapted from an earlier example from the codedoc:
  
 +
local Event = require 'Event'
 +
 
  local onChat = function (form, ref, option)
 
  local onChat = function (form, ref, option)
 
     form:Clear()
 
     form:Clear()
Line 147: Line 201:
 
         form:SetMessage("What's your favourite colour?")
 
         form:SetMessage("What's your favourite colour?")
 
   
 
   
         form:AddOption("Red",       1)
+
         form:AddOption("Red",     1)
         form:AddOption("Green",     2)
+
         form:AddOption("Green",   2)
         form:AddOption("Yellow",   3)
+
         form:AddOption("Blue",     3)
        form:AddOption("Blue",      4)
 
        form:AddOption("Hang up.", -1)
 
 
   
 
   
 
         return
 
         return
Line 159: Line 211:
 
     if option == 1 then
 
     if option == 1 then
 
         form:SetMessage("Ahh red, the colour of raspberries.")
 
         form:SetMessage("Ahh red, the colour of raspberries.")
        form:AddOption("Hang up.", -1)
 
 
         return
 
         return
 
     end
 
     end
Line 166: Line 217:
 
     if option == 2 then
 
     if option == 2 then
 
         form:SetMessage("Ahh green, the colour of trees.")
 
         form:SetMessage("Ahh green, the colour of trees.")
        form:AddOption("Hang up.", -1)
 
 
         return
 
         return
 
     end
 
     end
 
   
 
   
     -- option 3 - yellow
+
     -- option 3 - blue
 
     if option == 3 then
 
     if option == 3 then
        form:SetMessage("Ahh yellow, the colour of the sun.")
 
        form:AddOption("Hang up.", -1)
 
        return
 
    end
 
 
    -- option 4 - blue
 
    if option == 4 then
 
 
         form:SetMessage("Ahh blue, the colour of the ocean.")
 
         form:SetMessage("Ahh blue, the colour of the ocean.")
        form:AddOption("Hang up.", -1)
 
 
         return
 
         return
 
     end
 
     end
Line 187: Line 229:
 
     form:Close()
 
     form:Close()
 
  end
 
  end
 +
 +
local onCreateBB = function (station)
 +
    station:AddAdvert({
 +
    title = 'COLORS',
 +
    description = "Let's talk colors!",
 +
    icon        = 'news',
 +
    onChat      = onChat,
 +
    onDelete    = onDelete,
 +
})
 +
end
 +
 +
Event.Register("onCreateBB", onCreateBB)
  
 
Here, every time <code>onChat()</code> is called, regardless of the specified option, the form is cleared. The option is checked, and the relevant content is added to the form. Any other functions can be called from here, and this is how the script gets input from the player.
 
Here, every time <code>onChat()</code> is called, regardless of the specified option, the form is cleared. The option is checked, and the relevant content is added to the form. Any other functions can be called from here, and this is how the script gets input from the player.
Line 192: Line 246:
 
An alternative format might be this:
 
An alternative format might be this:
  
 +
local Event = require 'Event'
 +
 
  local onChat = function (form, ref, option)
 
  local onChat = function (form, ref, option)
 
     form:Clear()
 
     form:Clear()
Line 200: Line 256:
 
             form:SetMessage("What's your favourite colour?")
 
             form:SetMessage("What's your favourite colour?")
 
   
 
   
             form:AddOption("Red",       1)
+
             form:AddOption("Red",     1)
             form:AddOption("Green",     2)
+
             form:AddOption("Green",   2)
             form:AddOption("Yellow",   3)
+
             form:AddOption("Blue",     3)
            form:AddOption("Blue",      4)
 
            form:AddOption("Hang up.", -1)
 
 
         end,
 
         end,
 
         [1] = function ()
 
         [1] = function ()
 
             form:SetMessage("Ahh red, the colour of raspberries.")
 
             form:SetMessage("Ahh red, the colour of raspberries.")
            form:AddOption("Hang up.", -1)
 
 
         end,
 
         end,
 
         [2] = function ()
 
         [2] = function ()
 
             form:SetMessage("Ahh green, the colour of trees.")
 
             form:SetMessage("Ahh green, the colour of trees.")
            form:AddOption("Hang up.", -1)
 
 
         end,
 
         end,
 
         [3] = function ()
 
         [3] = function ()
            form:SetMessage("Ahh yellow, the colour of the sun.")
 
            form:AddOption("Hang up.", -1)
 
        end,
 
        [4] = function ()
 
 
             form:SetMessage("Ahh blue, the colour of the ocean.")
 
             form:SetMessage("Ahh blue, the colour of the ocean.")
            form:AddOption("Hang up.", -1)
 
 
         end,
 
         end,
 
         [-1] = function ()
 
         [-1] = function ()
 
             form:Close()
 
             form:Close()
 
         end
 
         end
    }
+
        }
    options[option]()
+
        options[option]()
 
  end
 
  end
 
==The player's mission list==
 
 
Once the player has negotiated with your form, there might well be a mission in play. It could be a delivery, an assassination, a rush to tell somebody not to leave because so-and-so loves them... the possibilities are limited only by your creativity.
 
 
The player needs a way to keep track of all the missions that they have agreed to undertake. Pioneer provides this through the player's mission screen, which they can access at any time using the F3 button, and looking at the missions tab.
 
 
The content of this screen is controlled by some methods on the <code>Player</code> object, which can always be found at <code>Game.player</code>, and which inherits from <code>Ship</code> and <code>Body</code>. Missions are added to the screen using the <code>AddMission()</code> method. It takes a table of info, and returns an integer reference to that mission, which should be stored so that it can be updated or removed later. So, it usually looks a little like <code>ref = Game.player:AddMission(table_of_info)</code>.
 
 
In practice, it might look more like this:
 
 
local mission_storage={}
 
 
   
 
   
  table.insert(mission_storage,Game.player:AddMission({
+
  local onCreateBB = function (station)
     type = "Fetch beer",
+
    station:AddAdvert({
     client = "Bert Beerbreath",
+
     title = 'COLORS',
     due = Game.time + 600, -- ten minutes' time
+
     description = "Let's talk colors!",
     reward = 10,
+
     icon        = 'news',
     location = Game.player.frameBody.path, -- here, basically
+
     onChat      = onChat,
    status = 'ACTIVE'
+
     onDelete    = onDelete,
  }))
+
  })
 +
end
 
   
 
   
  table.insert(mission_storage,Game.player:AddMission({
+
  Event.Register("onCreateBB", onCreateBB)
    type = "Fetch curry",
 
    client = "Curt Curryface",
 
    due = Game.time + 900, -- fifteen minutes' time
 
    reward = 5,
 
    location = Game.player.frameBody.path,
 
    status = 'ACTIVE'
 
}))
 
  
I don't recommend using <code>Game.player.frameBody.path</code> here. I'm only using it because it always returns something, whether docked or not. A real mission would probably use a space station here.
+
Try this out:
  
This creates visible missions on the mission screen:
+
* To understand what ''' 'form:Clear()' ''' does, comment out the line above containing it and restart Pioneer. As the form is no longer cleared and the 'Hang up' button is included automatically, there now appears to be only one form. The color selection buttons still works though.
  
[[File:interact.misscrn.1.png]]
+
* Try adding 'Go back' buttons from the color options:
 +
[1] = function ()
 +
    form:SetMessage("Ahh red, the colour of raspberries.")
 +
    form:AddOption("Go back", 0)
 +
end,
  
These missions will remain exactly like that forever, unless a script explicitly makes changes. There is no automatic logic, and no automatic removal. Your script must keep track of them. In this example, I have the references in the <code>mission_storage</code> table.
+
* Try booth suggestions above at the same time. ''' 'form:Clear()' ''' is your friend.
  
The <code>UpdateMission()</code> method allows a script to alter any detail. The status can be <code>'ACTIVE'</code>,<code>'FAILED'</code> or <code>'COMPLETED'</code>. I'm going to change the status of the first mission to <code>'COMPLETED'</code>.
+
* Stick this code into the second onChat example above (or adopt it to the first one) to try out ''' 'form:RemoveAdvertOnClose()' ''' and to test the ''' 'ref' ''' argument:
 
+
  form:AddOption("Report post", 4)   -- In option[0]
Game.player:UpdateMission(mission_storage[1],{status='COMPLETED'})
+
   
 
+
          -- ...
The updated information can be a partial table. The unspecified members will remain unchanged:
 
 
 
[[File:interact.misscrn.2.png]]
 
 
 
The <code>GetMission()</code> method allows a script to read data from a mission, if the script has the reference. It returns a table with that information. Here, I'm going to add ten minutes to the deadline of the second mission:
 
 
 
  local due_date = Game.player:GetMission(mission_storage[2]).due
 
Game.player:UpdateMission(mission_storage[2],{due = due_date + 600})
 
 
 
The result:
 
 
 
[[File:interact.misscrn.3.png]]
 
 
 
The <code>RemoveMission()</code> method allows a script to remove a mission. Here I remove the completed one:
 
 
 
  Game.player:RemoveMission(mission_storage[1])
 
table.remove(mission_storage,1)
 
 
 
And here it isn't:
 
 
 
[[File:interact.misscrn.4.png]]
 
 
 
==Mission flavours==
 
 
 
A script can define a mission, and then place many instances of it onto many bulletin boards. A script that introduces many instances should provide some variety; it would harm immersion if all delivery missions were worded identically, for example.
 
 
 
To introduce variety, we can use tables, which contain all of the lines needed for bulletin board forms, messages and so forth. It's then a simple matter to use a similar, but differently worded, table to make the same misison appear different. A flavour might look like this:
 
 
 
{
 
    title = "Shill bidder wanted for auction",
 
    greeting = "Hi there. Want to earn some quick cash?",
 
    yesplease = "Sure. What do you need me to do?",
 
    nothanks = "No, ta - this looks a bit shady.",
 
}
 
 
 
An alternative flavour might look like this:
 
 
 
{
 
      title = "Help me win an auction.",
 
      greeting = "Hello. I'll pay you to place fake bids for me. Interested?",
 
      yesplease = "Yes, I like to live dangerously.",
 
      nothanks = "No thanks; I'd rather not get arrested for fraud.",
 
}
 
 
 
Ideally, we just need a table with as many of these as we can be bothered to write, then select one at random.
 
 
 
There are issues with translation, though. Because flavours are often full of colloquial language, and can feature several ways of saying basically the same thing, translating them all word-for-word is not necessarily productive. To this end, the Translate system features a pair of methods which can ease the handling of flavours, especially in different languages.
 
 
 
The <code>Translate:AddFlavour()</code> method allows a flavour to be added, and marked as being of a specific language. By convention, these statements would appear in the script's <code>Languages.lua</code> file so that translators could see them and be inspired to write some in other languages. The method takes three arguments. The first is the language of the flavour, as a string. The second is a name, so that the <code>Translate</code> class can give flavours back to the correct script. The third is the flavour table itself. If my script was named <code>TestModule</code>, I might define the two flavours above in my <code>Languages.lua</code> as follows:
 
 
 
Translate:AddFlavour('English','TestModule',{
 
      title = "Shill bidder wanted for auction",
 
      greeting = "Hi there. Want to earn some quick cash?",
 
      yesplease = "Sure. What do you need me to do?",
 
      nothanks = "No, ta - this looks a bit shady.",
 
})
 
 
   
 
   
  Translate:AddFlavour('English','TestModule',{
+
  [4] = function ()
      title = "Help me win an auction.",
+
    form:SetMessage("The ad has been reported and will not be shown on your BBS. " ..
      greeting = "Hello. I'll pay you to place fake bids for me. Interested?",
+
                    "Thank you for helping us to improve 'Haber Connect'!\n" ..
      yesplease = "Yes, I like to live dangerously.",
+
                    "The ad was number " .. ref .. " from the top of the list." )
      nothanks = "No thanks; I'd rather not get arrested for fraud.",
+
    form:RemoveAdvertOnClose()
})
+
  end,
 
 
As an added benefit, <code>Translate:AddFlavour()</code> checks all flavour tables for uniformity. It does this by comparing all of the table's keys with that of the first English flavour that was specified; a technical consequence of this is that an English flavour needs to come first in your <code>Languages.lua</code> file, otherwise Pioneer will give you an error.
 
 
 
To fetch the flavours into your script, use <code>Translate.GetFlavours()</code>. It takes a single argument, which is the module name that was specified in <code>AddFlavour()</code>'s second parameter. It doesn't matter to <code>Translate</code> how many flavours there are in each language, or whether it's an equal number. If my current language is not English, and there are no flavours in that language, English flavours will be used instead. If there is only one flavour in my language, I will only see that one variety.
 
 
 
The following example will select a random flavour from my flavour tables.
 
 
 
local all_flavours = Translate:GetFlavours('TestModule')
 
  local flavour = all_flavours[Engine.rand:Integer(1,#all_flavours)]
 
 
 
<code>GetFlavours()</code> returns a table of flavours. The second line of code generates a random number between 1 and the number of flavours in that table, and returns that flavour from the table. After this, <code>flavour.title</code> will either be <code>"Shill bidder wanted for auction"</code> or <code>"Help me win an auction."</code>. Adding more flavours means more variety.
 
 
 
==Maintaining immersion==
 
 
 
Fictionally, of course, this bulletin board is visible to any and all ships that dock at the space station, not just the player. It is important that bulletin board missions are not all scaled to the capabilities of the player. Delivery missions with unreasonable deadlines should not be ruled out. Neither should cargo missions requiring much more cargo space than the player's ship has, or combat missions for which the player is completely unqualified.
 
  
These missions should deal with the player gracefully; either allowing them to fail, and providing consequences, or preventing them from being given the mission.
+
Please note! The '''ref''' nr and position in the '''BBS''' is not the same. It's the order in which the ad was created from the same script and the position in the BBS depends on the title and description as the posts are sorted. There are scripts that only create one ad at a time (Donate to Cranks...), and they will all have ref nr. 1.
  
It's also important, if your script serves many instances of a mission, to periodically clear away bulletin board adverts and place new ones. Not just those with obvious time constraints, but any others; the assumption that the player should make is that perhaps some other character has taken these missions.
+
==Where to go from here==
 +
To see simple complete examples of BBS interaction used in the game, look in <code>data/modules/DonateToCranks/DonateToCranks.lua</code>, and its accompanying language file <code>data/lang/modules-donatetocranks/en.json</code>, or the Advice module <code>data/modules/Advice/Advice.lua</code> and <code>data/lang/modules-advice/en.json</code>.

Latest revision as of 19:42, 25 July 2024

The bulletin board system is currently the only place where real dialogue between a script and the player can take place. Bulletin boards can exist within any SpaceStation in the current system. They are created in a station the first time that a ship is either spawned, or lands, in that station. They continue to exist until the player leaves the system or quits the game. They are not saved in saved games, although a saved game contains information about which ones did exist.

When a bulletin board is created, the onCreateBB event is triggered, and passes the SpaceStation body in which that bulletin board was created. There is an exception to this: The event is not triggered after loading a game for those bulletin boards which, having existed at the time of saving, are re-created. The consequences of this will be covered later (see "Surviving a reload").

There are two components to any mission's entry on a bulletin board: The advert and the form. The advert is the part that is displayed on the main bulletin board list, along with all the other entries. The form is the part that appears on screen when the player clicks the advert's button.

The BBS advert

Adverts are placed onto a BBS by calling the station's AddAdvert() method, once the bulletin board has been created. Depending on the nature of your script, you might want to always place one advert on every station (as seen with the Breakdowns & Servicing script), or you might want to place an arbitrary number of adverts on a given station (as seen with deliveries, or assassinations).

The opportunities to add an advert are presented by two events. onCreateBB is the obvious one; there is also onUpdateBB, which is called for all existing bulletin boards in the current system, approximately once every hour or two. The actual interval is not particularly predictable.

The AddAdvert() method takes three arguments. The first is the text that will appear on the advert. The second is the function that will be called when the player clicks the advert. The third is optional, and is a function that can be called when the advert is deleted for any reason.

AddAdvert() returns a reference number, which can subsequently be used to remove the advert using RemoveAdvert().

It's the job of the scripter to decide how many, if any, adverts to add to a bulletin board when onCreateBB is triggered, and whether to add or remove any when onUpdateBB is triggered. Tests could include the population of the system, the type of starport or the type of planet. In the future, tests will be able to include the government type of the system.

One important thing to bear in mind is that the script cannot query a bulletin boad to find out what adverts already exist. Each script must carefully track each advert that it has created if it is to have any control over how long they remain, and to be able to re-create them after a reload.

Here is an example of adding an advert. The effect of clicking the advert is simply to send a message to the player console with the name of the station and the reference number which is also the adverts place on the BBS. The advert is only added if the station is in space. There is no mission here, it is simply to illustrate the mechanics of adding an advert. Launch Pioneer and choose a new game with start on Barnard's star.

local Event = require "Event"
local Comms = require "Comms"

local ref  -- Variable to save the advert's reference number

local onCreateBB = function (station)

    -- This function can be in any scope that's visible when AddAdvert() is called
    local sendStationName = function ()
        Comms.ImportantMessage(station.label .. "\n" .. "Add ref number: " .. ref)
    end

    if station.type == 'STARPORT_ORBITAL' then
        ref = station:AddAdvert('Need the name of this station?',sendStationName)
    end
end

Event.Register("onCreateBB", onCreateBB)

This code will create an advert:

BBS1.png

Looking at the image, you will notice that the advert has appeared at the top of the bulletin board and that only one of two fields is filled with text. The BBS ad has two components, the title on top and the description. Only the description is present and since the BBS posts are sorted on first the title and secondly on the description, since the title is blank the post will show up on top. The icon used is the default. AddAdvert has two versions and we used a simpler legacy form. See

-- Legacy form
ref = station:AddAdvert(description, onChat, onDelete)

Clicking on the advert causes this to happen:

BBS2.png

Even though the only thing our function did was to send a message to the console, you can see that Pioneer automatically created a form for our advert. The only control is the 'Hang up' button.

Going back to the World View you can see the message on the Comms terminal:

BBS3.png

More AddAdvert()

As we saw, the legacy form of AddAdvert created an add that lacked a title and with a default icon. Lets rewrite the example above in the full form. LuaClass:SpaceStation:AddAdvert.

AddAdvert takes a table as argument.

ref = station:AddAdvert({
    description = description,
    icon        = icon,
    onChat      = onChat,
    onDelete    = onDelete,
    isEnabled   = isEnabled,
})

Let's try the earlier example but simplified a bit to run on all stations.

local Event = require "Event"
local Comms = require "Comms"

local ref  -- Variable to save the advert's reference number

local onCreateBB = function (station)

    -- This function can be in any scope that's visible when AddAdvert() is called
    local sendStationName = function ()
        Comms.ImportantMessage(station.label .. "\n" .. "Add ref number: " .. ref)
    end

    ref = station:AddAdvert({
        title = 'STATION NAME',
        description = 'Need the name of this station?',
        icon        = 'news',
        onChat      = sendStationName,
        onDelete    = onDelete,
    })
end

Event.Register("onCreateBB", onCreateBB)

The ad now looks complete.

BBS5.png

The BBS form

Once the player has clicked on an advert, they are presented with a form. Each advert has only one form. The content of the form is added by the script, and can be modified at any time. It consists of a title, a face, a message and zero or more clickable options.

The form itself is passed to the function specified in the SpaceStation.AddAdvert() method. In the example above, that function would be sendStationName(), which simply ignored any parameters sent to it. This resulted in the form being blank.

The form object which is passed to this function has methods for adding the content. SetTitle() and SetMessage() each accept a string. SetFace() takes a table of information which defines the photofit face on the left but in the following example SetFace() is called without any arguments and the face will therefore be completely randomized.

A minimal example without any clickable options, just the default 'Hang up':

local Event = import("Event")

local populateForm = function (form)
    form:SetTitle('This appears above the face picture')
    form:SetFace()
    form:SetMessage([[This is the main message.

It is normally a multi-line string.]])
end

local onCreateBB = function (station)
    station:AddAdvert({
     title = 'AD TITLE',
     description = 'This appears in the advert list',
     icon        = 'news',
     onChat      = populateForm,
     onDelete    = onDelete,
 })
end

Event.Register("onCreateBB", onCreateBB)

As before, an advert was created:

BBS4.png

We have clicked on the ad and can see that populateForm was called, and it successfully filled the form with content. If you 'hang up' and press the ad again a completely new face is generated. Lets improve on this and make the face persistent for the existence of the advert. Making it reappear in a saved game would take some more work (see "Surviving a reload").

local Character = require "Character"
local Event = require "Event"

local client = {}
local message

local populateForm = function (form)
    form:SetTitle('Pizza time!')
    form:SetFace(client)
    form:SetMessage(message)
end

local onCreateBB = function (station)

    client = Character.New()
    message = "I'm " .. client.name .. " and I need some pizza. I'm thinking pepperoni and cheeze. You feelin me?"

    station:AddAdvert({
        title = 'PIZZA PARTY!',
        description = 'Special delivery needed',
        icon        = 'news',
        onChat      = populateForm,
        onDelete    = onDelete,
})
end

Event.Register("onCreateBB", onCreateBB)

We introduce a new module 'Character' which basically is an rpg style character sheet with methods to work with it. It's a tool to generate and work with non-player characters (npc's). client = Character.New() sets client to an all new character with basic characteristics, name, title, and looks. A character can be sent directly to the SetFace method and that's what we're after here. We also used the 'clients' name.

Adding options to the form

In the example above, we created a function named populateForm() which was run when the advert button was clicked. That's not the only time it can be run; it is also run whenever options on its form are clicked. To make use of this, it is passed two additional parameters, both of which populateForm() ignored. The first parameter is the form object, the second is the advert's unique reference and the third is the number of the option that was clicked. Because it handles all chat events, by convention we instead name this function onChat(), which is how it shall be named from now on.

In the first example that called the function 'sendStationName' we caught the reference number from 'AddAdvert()' in a variable named 'ref' . As you may remember, 'AddAdvert()' takes two arguments; A string and a function. The function is passed three arguments. The second of these arguments is the reference number so we could have picked it up from within 'sendStationName' . The 'ref' number is useful if your script adds several adverts, each of which might have slightly differently worded content.

You've already learned the methods: 'SetTitle()' , 'SetMessage()' , and 'SetFace()' . Let's add the rest of the form() methods:

  • form:AddOption() : adds clickable options with buttons. It takes two arguments: A string to set the text of the button and the option nr that will be sent to the form. This value is 0 when first called from the BBS by clicking the add. Every option form will have a default 'Hang up' option which returns -1.
  • form:Clear() : removes the Message and Options, but preserves the Title and Face.
  • form:Close() : Closes the form.
  • form:RemoveAdvertOnClose() : Closes the form and removes the ad.

Form options are declared like this:

form:AddOption('I am option one',1)
form:AddOption('I am option two',2)

These options will appear with the specified caption, and will call onChat(), which will receive the form object, the advert reference and the option number that was specified after the caption in AddOption().

The onChat function below is adapted from an earlier example from the codedoc:

local Event = require 'Event'

local onChat = function (form, ref, option)
    form:Clear()

    -- option 0 is called when the form is first activated from the
    -- bulletin board
    if option == 0 then

        form:SetTitle("Favourite colour")
        form:SetMessage("What's your favourite colour?")

        form:AddOption("Red",      1)
        form:AddOption("Green",    2)
        form:AddOption("Blue",     3)

        return
    end

    -- option 1 - red
    if option == 1 then
        form:SetMessage("Ahh red, the colour of raspberries.")
        return
    end

    -- option 2 - green
    if option == 2 then
        form:SetMessage("Ahh green, the colour of trees.")
        return
    end

    -- option 3 - blue
    if option == 3 then
        form:SetMessage("Ahh blue, the colour of the ocean.")
        return
    end

    -- only option left is -1, hang up
    form:Close()
end

local onCreateBB = function (station)
    station:AddAdvert({
    title = 'COLORS',
    description = "Let's talk colors!",
    icon        = 'news',
    onChat      = onChat,
    onDelete    = onDelete,
})
end

Event.Register("onCreateBB", onCreateBB)

Here, every time onChat() is called, regardless of the specified option, the form is cleared. The option is checked, and the relevant content is added to the form. Any other functions can be called from here, and this is how the script gets input from the player.

An alternative format might be this:

local Event = require 'Event'

local onChat = function (form, ref, option)
    form:Clear()

    local options = {
        [0] = function ()
            form:SetTitle("Favourite colour")
            form:SetMessage("What's your favourite colour?")

            form:AddOption("Red",      1)
            form:AddOption("Green",    2)
            form:AddOption("Blue",     3)
        end,
        [1] = function ()
            form:SetMessage("Ahh red, the colour of raspberries.")
        end,
        [2] = function ()
            form:SetMessage("Ahh green, the colour of trees.")
        end,
        [3] = function ()
            form:SetMessage("Ahh blue, the colour of the ocean.")
        end,
        [-1] = function ()
            form:Close()
        end
        }
        options[option]()
end

local onCreateBB = function (station)
    station:AddAdvert({
    title = 'COLORS',
    description = "Let's talk colors!",
    icon        = 'news',
    onChat      = onChat,
    onDelete    = onDelete,
})
end

Event.Register("onCreateBB", onCreateBB)

Try this out:

  • To understand what 'form:Clear()' does, comment out the line above containing it and restart Pioneer. As the form is no longer cleared and the 'Hang up' button is included automatically, there now appears to be only one form. The color selection buttons still works though.
  • Try adding 'Go back' buttons from the color options:
[1] = function ()
    form:SetMessage("Ahh red, the colour of raspberries.")
    form:AddOption("Go back", 0)
end,
  • Try booth suggestions above at the same time. 'form:Clear()' is your friend.
  • Stick this code into the second onChat example above (or adopt it to the first one) to try out 'form:RemoveAdvertOnClose()' and to test the 'ref' argument:
form:AddOption("Report post", 4)   -- In option[0]

          -- ...

[4] = function ()
    form:SetMessage("The ad has been reported and will not be shown on your BBS. " ..
                    "Thank you for helping us to improve 'Haber Connect'!\n" ..
                    "The ad was number " .. ref .. " from the top of the list." )
    form:RemoveAdvertOnClose()
end,

Please note! The ref nr and position in the BBS is not the same. It's the order in which the ad was created from the same script and the position in the BBS depends on the title and description as the posts are sorted. There are scripts that only create one ad at a time (Donate to Cranks...), and they will all have ref nr. 1.

Where to go from here

To see simple complete examples of BBS interaction used in the game, look in data/modules/DonateToCranks/DonateToCranks.lua, and its accompanying language file data/lang/modules-donatetocranks/en.json, or the Advice module data/modules/Advice/Advice.lua and data/lang/modules-advice/en.json.