Bjoern Flessing
be502d2834
Ein Computer im Spiel. Man tritt an ein Terminal, drueckt E, und bekommt eine
Oberflaeche mit Mail, Browser, Adressbuch, Kalender und weiteren Anwendungen.
Andere Resources haengen sich als App ein.
Auf ESX umgestellt:
- Fuenf harte Abhaengigkeiten zeigten auf Resources, die es hier nicht gibt.
Eine fehlende Abhaengigkeit verhindert den Start vollstaendig - die
Resource waere nie hochgekommen.
- Die Bruecke zum Framework neu geschrieben; Charakterdaten, Aktenverwaltung
und Immobilien ausgebaut, weil die zugehoerigen Systeme fehlen.
- pc_live_devices fehlte im Schema, wird vom Code aber gelesen. Ohne die
Tabelle ist kein fester PC ansprechbar. Ein PC braucht ausserdem zwei
Eintraege mit derselben Kennung: Standort in der Datenbank, Kamerafahrt in
der config.lua.
Mail ueberarbeitet:
- Postfaecher haengen an einer Anmeldung statt an der Person. Mehrere Leute
koennen dasselbe Firmenpostfach gleichzeitig offen haben.
- Ordner gehoeren zum Postfach, nicht zur Person. Eine Mail an ein geteiltes
Postfach wird je Empfaenger einmal gespeichert; damit das Einsortieren
trotzdem fuer alle gilt, tragen alle Kopien einer Zustellung dieselbe
Kennung. Gelesen und geloescht bleibt persoenlich - das ist keine
Eigenschaft der Nachricht, sondern der Person.
- Signaturen gehoeren ebenfalls zum Postfach.
- Kalender koennen privat, geteilt oder oeffentlich sein. Ein oeffentlicher
Termin haengt bewusst auch an einem Postfach, sonst koennte ihn spaeter
niemand mehr aendern oder absagen.
Neue Apps: Webhosting, Bleeter und dessen Verwaltung.
Behoben:
- prompt(), confirm() und alert() froren das NUI ein. FiveMs CEF hat keinen
Handler fuer die eingebauten Browserdialoge - der Aufruf oeffnet nichts und
kehrt nie zurueck. Ersetzt durch eigene Dialoge.
- Die Fenster tragen data-wid, keine id. Wer sie mit getElementById sucht,
schreibt ins Leere und das Fenster bleibt leer.
Enthaelt README.md mit Einrichtung und PLUGINS.md: eine Anleitung, wie man eine
eigene App baut und einhaengt, mit vollstaendigem Beispiel von der Tabelle bis
zum Schreibtischsymbol.
73 lines
3.4 KiB
Lua
73 lines
3.4 KiB
Lua
-- ─────────────────────────────────────────────────────────────────────────────
|
||
-- pc-live | Bruecke zu Bleeter
|
||
--
|
||
-- Bleeter lief hier zunaechst als iframe, dessen Nachrichten hin- und
|
||
-- zurueckgereicht wurden. Das ging schief: SetNuiFocus gilt global fuer den
|
||
-- Client, und zwei Resourcen, die den Fokus beanspruchen, sperren die Maus aus.
|
||
--
|
||
-- Jetzt spricht der PC direkt mit dem Server von Bleeter – wie jede andere
|
||
-- App auch. Bleeter selbst bleibt unberuehrt und oeffnet weiterhin sein
|
||
-- eigenes Fenster ueber /bleeter.
|
||
--
|
||
-- Wie bei ic-web steht die Liste erlaubter Aktionen fest, sonst koennte das
|
||
-- NUI jedes beliebige Serverereignis ausloesen.
|
||
-- ─────────────────────────────────────────────────────────────────────────────
|
||
|
||
local OPS = {
|
||
-- Anzeigen und mitmachen
|
||
requestBootstrap = 'bleeter:server:requestBootstrap',
|
||
registerAccount = 'bleeter:server:registerAccount',
|
||
checkHandle = 'bleeter:server:checkHandle',
|
||
setActiveProfile = 'bleeter:server:setActiveProfile',
|
||
createPost = 'bleeter:server:createPost',
|
||
togglePostLike = 'bleeter:server:togglePostLike',
|
||
deleteOwnPost = 'bleeter:server:deleteOwnPost',
|
||
createComment = 'bleeter:server:createComment',
|
||
deleteOwnComment = 'bleeter:server:deleteOwnComment',
|
||
followProfile = 'bleeter:server:followProfile',
|
||
unfollowProfile = 'bleeter:server:unfollowProfile',
|
||
updateProfile = 'bleeter:server:updateProfile',
|
||
uploadMedia = 'bleeter:server:uploadMedia',
|
||
createMarketplaceEntry = 'bleeter:server:createMarketplaceEntry',
|
||
deleteMarketplaceEntry = 'bleeter:server:deleteMarketplaceEntry',
|
||
createEvent = 'bleeter:server:createEvent',
|
||
deleteEvent = 'bleeter:server:deleteEvent',
|
||
|
||
-- Verwaltung
|
||
listBusinessProfiles = 'bleeter:server:listBusinessProfiles',
|
||
createBusinessProfile = 'bleeter:server:createBusinessProfile',
|
||
listProfileMembers = 'bleeter:server:listProfileMembers',
|
||
listCandidates = 'bleeter:server:listCandidates',
|
||
setProfileMember = 'bleeter:server:setProfileMember',
|
||
}
|
||
|
||
RegisterNUICallback('bleeter', function(data, cb)
|
||
cb({})
|
||
|
||
local event = OPS[tostring(data.op or '')]
|
||
if not event then return end
|
||
|
||
if data.payload ~= nil then
|
||
TriggerServerEvent(event, data.payload)
|
||
else
|
||
TriggerServerEvent(event)
|
||
end
|
||
end)
|
||
|
||
-- Der Server schickt alles ueber dieses eine Ereignis: den vollstaendigen
|
||
-- Zustand und die Antworten der Verwaltung. Beides geht unveraendert ins NUI,
|
||
-- dort wird unterschieden.
|
||
RegisterNetEvent('bleeter:client:data', function(message)
|
||
if type(message) ~= 'table' then return end
|
||
SendNUIMessage({ action = 'bleeter_data', data = message })
|
||
end)
|
||
|
||
RegisterNetEvent('bleeter:client:notify', function(payload)
|
||
SendNUIMessage({ action = 'bleeter_notify', data = payload or {} })
|
||
end)
|
||
|
||
-- Antwort auf einen Bilder-Upload. Bleeter laedt die Datei zu ImgBB hoch und
|
||
-- meldet die fertige Adresse zurueck.
|
||
RegisterNetEvent('bleeter:client:mediaUploaded', function(payload)
|
||
SendNUIMessage({ action = 'bleeter_uploaded', data = payload or {} })
|
||
end)
|