[Dyskusja] Propozycje

event

on interact:

działający gdy ktos się ruszy/wpisze komende/uderzy fapką/kliknie coś/popsuje/postawi/zje coś/otworzy menu itp

sry za dp, ale musiał bym długo czekać aż ktoś napize

propozycja:

set gamerule %text% to true/false

ustawia dany gamerule

Tworzenie czasowego paska smoka jak to jest możliwe w BarAPI za pomocą kodu:

BarAPI.setMessage(player, message, 5);

to w skrypcie można to zrobić inaczej:

display "Czesc!" on timed bossbar on 10 seconds with 50 percent 

I to spowoduje wyświetlenie paska smoka czasowego na 10 sekund na którym ubywa życie od tych 50 procent czyli połowy życia.

 

Pobieranie aktualnych rzeczy na pasku smoka:

set {_text} to text on player's bossbarset {_percent} to percent on player's bossbarset {_time} to time on player's bossbar

@EDIT:

Oprócz tego jeżeli jest to możliwe to można by było dodać edytowanie aktualnego paska smoka niż tworzenie dla tego gracza kolejnego:

change text on player's bossbar to "Czesc, kolego!"change time on player's bossbar to 11change percent on player's bossbar to 75

Edytowane 2 sierpnia 2014 przez .fxy_

@UP

Przecież jest czasowy bar już w WS ._.

Co do pobierania, to Dziki na oficjalnym forum Sk na d.b.org pisał, że może to dodać(dzięki Zmolahah)
 

Co do zmiany może się rzeczywiście przydać F;

@up:
 

Wiem, że istnieje ale na aktualnym czasowym np. nie ubywa tego życia co np. sekundę, źle działa jak bym chciał stworzyć na 10 sekund i 50 procent życia.

Jak się da to:

Tworzenie własnych efektów

Np.

Ktoś napisze skrypt na levele pvp.

on load:

"on pvp next level".event.register

"on pvp next level".set{add 1 to {lvl.%player%}

I wykorzystanie

On pvp next level:

send "Kupa"

Umożliwiło by to tworzenie obszernych API pod swój skrypt.

player.clearPacket{player};

 

czyszczenie całej tablisty ;f

 

lub po prostu:

 

clear tablist

 

xd

Event na podniesienie itemku(nie wiem czy jest ale jak patrzyłem na dokumentacje to raczej nie ma).

@up on pick up:

Moja propozycja to usprawnienie result of connect to tak, aby nie powodował lagów serwera gdy strona nie odpowiada.

save all worlds

save world "World"

1) enchantowanie itemku ze zmiennej(parsed as enchantment type nie działa!)

2) Obsługa ASCII(np entery ;) ) i co za tym idzie wczytywanie plików trochę zmienione oraz ich zapsi trochę inny choć to już nie jest wymagane,  że to tak ujmę.

Jeżeli chodzi o wczytywanie to niech wczytuje znaki razem z enterem i potem obsługiwałoby się go jego numerkiem i tak samo z zapisaniem(wstawiałoby się numerek jego).

Chyba trudne to nie będzie bo pewnie java ma mnóstwo bibliotek na odczyt plików i wystarczy tylko to pod addona dodać w odpowiedni sposób.

wszystkie te znaki, brak spacji, to w ogóle nie wygląda jak skript :)

 

np.

player.sendPacket{{_packet::*}};

A mogło by być tak:

send packet "{_packet::*}" to player

od razu by to lepiej wyglądało

Tak samo craftingi i inne tego typu rzeczy.

@up

Bez sensu pomysł, jest OK z tym nie ma sensu zmieniać.

wszystkie te znaki, brak spacji, to w ogóle nie wygląda jak skript :)

 

np.

player.sendPacket{{_packet::*}};

A mogło by być tak:

send packet "{_packet::*}" to player

od razu by to lepiej wyglądało

Tak samo craftingi i inne tego typu rzeczy.

No ale po co... Nie widzę sensu. Przykładowy kod z javy:

public void init()

{

Panel panel = new Panel();

panel.setLayout(new GridLayout(4, 4));

panel.add(b7);

panel.add(b8);

panel.add(b9);

panel.add(bPlus);

panel.add(b4);

panel.add(b5);

panel.add(b6);

panel.add(bMinus);

panel.add(b1);

panel.add(b2);

panel.add(b3);

panel.add(bMnoznik);

panel.add(b0);

panel.add(bDzielnik);

panel.add(bSum);

panel.add(bC);

setLayout(new BorderLayout());

add(BorderLayout.NORTH, tytul);

add(BorderLayout.SOUTH, panel);

add(BorderLayout.CENTER, wyswietlacz);

wyswietlacz.setFont(new Font("Arial", Font.BOLD, 30));

tytul.setFont(new Font("Arial", Font.ITALIC, 16));

b0.addActionListener(this);

b1.addActionListener(this);

b2.addActionListener(this);

b3.addActionListener(this);

b4.addActionListener(this);

b5.addActionListener(this);

b6.addActionListener (this);

b7.addActionListener(this);

b8.addActionListener(this);

b9.addActionListener(this);

bPlus.addActionListener(this);

bMinus.addActionListener(this);

bMnoznik.addActionListener(this);

bDzielnik.addActionListener(this);

bSum.addActionListener(this);

bC.addActionListener(this);

}

Takie rozwiązania nie są nowe, a to że skript w oryginalnej wersji jes zacofany nie oznacza że WS też musi być zacofany...

Wiem, ale to nie jest java tylko skript do maksymalnego uproszczenia kodowania

A najlepiej jak by działało i to i to.

Ale wiesz jak się dziwnie pisze jak przesiadasz się z języka zoreitnowanego obiektowo do skripta, poza tym tak też jest ok może nawet łatwiej, przecież C++ i java powstał po to by było programistom łatwiej i nie musieli pisać na assemblerze, a skoro miało być im łatwiej, a zarazem jezyk miał mieć dużo możliwości to dali tak jak jest teraz. Czemu mamy kombinować na siłę?

Dzięki tym kropkom w WS kod jest jednolity i nie ma 5 sposbów na zapisanie tej samej linijki(fuknkcji), dzięki czemu łatwiej się czyta to wszystko.

Podmiana nazwy menu "inventory" zamiast dodawanie nowej nazwy.

 

 

A nie, jednak jest dobrze :P "Inventory" wyswietla sie, gdy nie zedytujemy liczby miejsc w menu

Edytowane 16 sierpnia 2014 przez RamzeS

No dopra, odrzucilem propozycje dolaczenia do ekipy Skript, wiec WildSkript bedzie kontynuowany :)

No dopra, odrzucilem propozycje dolaczenia do ekipy Skript, wiec WildSkript bedzie kontynuowany :)

Jakiej ekipy skript?

《☆》Wysłane z SGS4 przy użyciu tapatalk.

@UP

Chyba na namyśle dołączenia do twórców :P