[Bukkit] Verständnisproblem bei WorldEdit

[-Basti-]

Naja, das macht das Ganze aber wieder etwas komplizierter.
Das Problem ist ja auch, dass manche Flags für owner gar nicht gelten.
Dafür ist ja eben das Hinzufügen als Member gedacht, um bestimmten Personen bestimmte Dinge zu erlauben...

regions:
    __global__:
        type: global
        priority: 0
        flags: {construct: NONE}
        owners: {}
        members: {}
    hauptstadt:
        type: cuboid
        min: {x: 219.0, y: 0.0, z: 556.0}
        max: {x: 448.0, y: 255.0, z: 850.0}
        priority: 10
        flags: {}
        owners: {}
        members: {}
    rhbahnfan:
        type: cuboid
        min: {x: 307.0, y: 74.0, z: 737.0}
        max: {x: 311.0, y: 77.0, z: 746.0}
        priority: 20
        flags: {construct: MEMBERS}
        owners: {}
        members:
            players: [mark_joyce]
        parent: hauptstadt

Hier auch mal die regions.yml

Edit:
Merke grade, als Owner gehts auch nich...

[behgonn]

Hm ich hab bei mir die build flag genutzt, du hast da construct, muss man da members/owners eintragen oder die permissions rechte gruppe?

[-Basti-]

Lt. WorldGuard - Wiki soll man build nicht mehr nutzen.
Da kann man allow, deny, etc. eintragen, aber auch members, nonmembers und so weiter.
Steht so im Wiki drin...

[Jobsti]

Ich mach das schon immer per build, geht 1A
Wo sich viele schwer tun, ne Gruppe hinzufügen mit g:rang

[-Basti-]

Das mit den Gruppen (kann man ja aus PermissionsEx nehmen, denke ich), sollte klappen.

Hast du ne Beispiel- regions-yml mit verschachtelten Regionen?
Welche Version nutzt du?
Vielleicht ists ja nen Bug...

[behgonn]

Spieler A kann überall im Hauptstadt bereich bauen. Spieler B, C und D nur auf ihrem Bereich.

regions:
    __global__:
        type: global
        priority: 0
        flags: {build: deny}
        owners: {}
        members: {}
    hauptstadt:
        type: cuboid
        min: {x: 974.0, y: 0.0, z: -344.0}
        max: {x: 1248.0, y: 127.0, z: -89.0}
        priority: 0
        flags: {pvp: deny, mob-spawning: deny}
        owners: 
            players: [SpielerA]
        members: {}
    g1:
        type: cuboid
        min: {x: 1021.0, y: 27.0, z: -231.0}
        max: {x: 1044.0, y: 91.0, z: -216.0}
        priority: 0
        flags: {}
        owners:
            players: [SpielerB]
        members: {}
        parent: hauptstadt
    g2:
        type: cuboid
        min: {x: 1100.0, y: 27.0, z: -247.0}
        max: {x: 1123.0, y: 91.0, z: -232.0}
        priority: 0
        flags: {}
        owners:
            players: [SpielerC]
        members: {}
        parent: hauptstadt
    g3:
        type: cuboid
        min: {x: 1100.0, y: 27.0, z: -215.0}
        max: {x: 1123.0, y: 91.0, z: -200.0}
        priority: 0
        flags: {}
        owners:
            players: [SpielerD]
        members: {}
        parent: hauptstadt

[-Basti-]

Hat mir keine Ruhe gelassen,
habe aber (so denke ich) den Fehler lokalisiert:
Sobald ich "construct: NONE" bei __global__ setze, kann nicht mehr in der region g1 gebaut werden...

Edit: (07.04.2012 um 13:14)

Noch eine Frage zum Verständnis wg. Parent.

Bisher kenne ich das so,
wenn Member vererbt werden, dürfen also die Member von Parent automatisch auch bei Child bauen.

Sprich:
Spieler A gehört zu den Members von hauptstadt,
also darf Spieler A auch in g1 bauen, ohne dort explizit Member zu sein.

Bei Worldguard scheints ja so zu sein, dass nur die dort aufgeführten Member bauen dürfen, oder?

Noch ein Edit:
Die Player werden doch vererbt... also eher mit Prioritäten arbeiten...

[Jobsti]

Kann mal wer den genauen Unterschied zwischen build und construct nennen?
Habe dazu leider noch keine brauchbaren Infos gefunden.

[behgonn]

build scheint "global" das bauen mit allow/deny zu definieren, construct regelt das wohl mit den gruppen, wenn es denn die permissions gruppen sind?!?

@-Basti- wenn du willst das A nicht in g1 bauen darf musst du mit prios arbeiten ja.

[Jobsti]

Also gibt's zu der Flag eine node? Wie lautet diese?