piratjsk

Sublime Text 3 jest lepszy. Wcześniej pisałem, że do repozytorium "Package Control" dodam ten dodatek dopiero po wyjściu pierwszej "gotowej" wersji ale zmieniłem zdanie i już dodaję. (czekam teraz aż zaakceptują) Tak więc niedługo nie będzie trzeba już pobierać pliku i umieszczać go w odpowiednim miejscu - zrobi to za nas Package Control. Aktualizacja będzie też dużo szybsza i będzie się sprowadzać do kilku kliknięć w menu. Automatyzacji ulegnie również wybór odpowiedniego schematu kolorów, dla składni "Skript" będzie automatycznie włączany odpowiedni (tylko dla składni Skript w tym samym czasie w innym pliku będzie schemat kolorów który sobie ustawimy w menu). obrazek

Jeszcze się zastanawiam czy SkExtras też nie wrzucić do "Other Addons". Na razie są to wersje indev, a zawsze gdy zaktualizuję plik piszę o tym w poście. Jak będzie już większość funkcji gotowa to wydam pierwszą wersję "1.0" i dodam dodatek do repozytorium "Pckage Control" żeby można było to łatwo instalować i aktualizować. Wtedy aktualizacje nie będą już tak częste i każda będzie się wiązała ze zmianą numeru wersji. (na razie ta wersja jest bardziej odliczaniem do wydania pierwszej wersji) Z tego co się orientuję obie wersje są poprawne, więc na razie zostanie z "s".

W planach mam dodać obsługę wszystkich dostępnych dodatków do Skript. Na czym się powiesisz? Edit: Dodałem do menu resztę addonów:

Pracuję na razie nad podpowiedziami kodu, a w między czasie zrobiłem taką rzecz: (link w pierwszym poście) Nie wiem czy komuś się to przyda ale jest.

Hmm, przepisałem ten kawałek i mi się dobrze wyświetla. Może coś wcześniej powoduje błąd. Może być też tak, że już to naprawiłem na wersji której używam więc zaktualizowałem plik z pierwszego postu. (pobierz go ponownie i sprawdź czy błąd nadal występuje, jeśli tak to musi powodować go jakiś wcześniejszy fragment kodu)

Podpowiedzi nie są jeszcze gotowe, jest na razie tylko ich kilka. Edit: Popracowałem troszkę nad podpowiedziami kodu i znalazłem sposób aby można było w łatwy sposób odróżnić elementy zwykłego Skripta od tych z dodatków:

Mi to wszystko co piszesz działa:

Jest "on chat:", z tym, że na razie działa tylko jak się małymi literami pisze (później to poprawię).

Zrobi się. ST pozwala tylko pogrubić lub pochylić czcionkę. Zrobiłem tak: - &l jest pogrubione - &o jest pochyone - wszystkie kody formatujące tekst mają trochę inne tło (link w pierwszym poście)

Nom nie pomyślałem wcześniej żeby w instrukcji uwzględnić inne systemy operacyjne, co już oczywiście poprawiłem. Dodałem już chyba wszystkie warunki efekty z czystego Skripta. (link w pierwszym poście) Można więc zgłaszać ewentualne błędy/braki.

Mi się koloruje. Pobrałeś plik po moim 4 edicie wcześniejszego posta? Możesz spróbować jeszcze raz pobrać plik i uruchomić ST3 od nowa. Jeśli to nie pomoże to nie mam pojęcia co może być przyczyną. Dzięki za podanie tych zdarzeń. Edit: Zdarzenia już dodane. (link w pierwszym poście) Teraz korzystam dla nich ze wzorów: [on] region (enter|leave|exit)[ing][on] (enter|leav|exit)[ing] of region Edit:Dodałem zdarzenia z WildSkript. (link w pierwszym poście)Elementy z każdego addonu będą miały przypisane inne tło aby je delikatnie odróżnić od domyślnych.Dla WS przypadł kolor zielony. Edit:Jeszcze taka informacja, nie związana bezpośrednio z działaniem dodatku ale za to z jego wyglądem:Tworząc ciemny schemat kolorów bazuję na motywie "3024 (Night)", którego autorem jest Jan T. Sott.link do oryginalnego motywu Edit:Podpowiadanie kodu dla zdarzeń z WS gotowe. Dla zwykłego Skripta jest na razie tylko 5 pierwszych zdarzeń z dokumentacji. Dodatkowo gdy zaczniemy pisać "command" pojawi się podpowiedź, która znacznie ułatwi tworzenie nowych komend.Klikając TAB przejdziemy do kolejnych miejsc, które możemy edytować.(link w pierwszym poście)

Kolor zmienia się tylko samego tagu np. "&6tekst" na żółto będzie pokolorowane tylko "&6". Nom, rzeczywiście. Wzory zdarzenia brałem wszystkie z oficjalnej doc, a tam dla wspomnianych eventów zamiast wzoru widnieje "cannot be used directly". W każdym bądź razie zaraz to dodam. Błąd już poprawiony. (link w pierwszym poście) Tego kolorku raczej nie zmienię. Ogólnie mój zamysł był taki aby tylko lekko to wyróżnić i raczej tak zostanie. Edit:Dodałem już zdarzenia dotyczące regionu (link w pierwszym poście) korzystając ze wzoru "[on] region (enter|leave|exit)", jeśli są jeszcze jakieś inne możliwości zapisania tego eventu to byłbym wdzięczny za ich podanie.

W pierwszym poście dodałem link do wersji indev 0.1. Jak sama nazwa wskazuje jest to pierwsza wersja nie zawierająca jeszcze wielu funkcji (mogąca jednak zawierać trochę błędów) więc nadaje się raczej do testowania, zobaczenia na żywo jak to będzie wyglądać niż do normalnego użytkowania. Edit: Link w pierwszym poście pozwala teraz pobrać wersję, która powinna obsługiwać już wszystkie zdarzenia ze zwykłego Skripta. Gdyby ktoś jednak znalazł jakiś błąd (dotyczący kolorowania wspomnianych eventów) będę wdzięczny za podanie go tutaj. Edit: Dodałem myślę, że bardzo fajną funkcję, a mianowicie kolorowanie oznaczeń kolorów: Później dodam też te <black>, <blue> itd. Edit: Nie chce mi się zapisywać efektów i warunków za pomocą wyrażeń regularnych więc zacząłem się bawić z podpowiadaniem kodu: Edit: Plik z linku w pierwszym poście zawiera wszystko co na tą chwilę zrobiłem (patrz wyżej). (jeszcze raz przypominam, że cały czas pracuję nad tym dodatkiem i może on na ten moment zawierać błędy)

Raczej nie będę robił wersji dla N++ bo z niego nie korzystam. Gdyby jednak ktoś chciał zaadaptować to co tu stworzę dla N++ z chęcią mu w tym pomogę. Bawiłem się trochę wyglądem i na razie wyszło mi coś takiego: Edit: I jeszcze jeden obrazek, tym razem przedstawiający co zyskujemy dzięki korzystaniu z wyrażeń regularnych: składnia wykrywa każdy możliwy sposób zapisu danego elementu np. zdarzenia: Dzisiaj (pewnie pod wieczór) udostępnię Wam pierwszą testową wersję dodatku.

Nom, też skłaniam się właśnie do tej opcji. Dzięki temu będę mógł odróżnić delikatnie elementy pochodzące z addonów, dodać ładne wyróżnianie fragmentów komentarzy oraz nie będą się wtedy pojawiały problemy z różnym wyglądem na różnych motywach.

Witam wszystkich, Zacząłem tworzyć dodatek do Sublime Text 3, dodający kolorowanie składni skryptów oraz podpowiadanie kodu. download: indev (ostatnia aktualizacja: 12:50 - 28.08) (jest to jedna z pierwszych udostępnionych wersji, nie zawiera jeszcze sporej ilości funkcji) (na ten moment dostępny jest tylko ciemny motyw kolorystyczny) instalacja: Pobrany plik umieszczamy w folderze "Installed Packages/". (Aby się do niego dostać klikamy kolejno w menu Preferences > Browse Packages, otworzy się wtedy folder. Przechodzimy do folderu wyżej i wchodzimy do "./Installed Packages/".) Restartujemy SublimeText. kilka obrazków:

O co chodzi? SSCC "Standard Skript Code Conventions" jest zestawem reguł pisania skryptów stworzonym przez destroyer'a4017. Określa on styl kodowania, który zapewnia kompatybilność z innymi skryptami, łatwość utrzymania/modyfikowania kodu oraz sprawia, że skrypt jest prosty do odczytania. Nazwy plików Nazwy plików kończących się na ".sk" nie powinny zawierać następujących znaków: # ` $ % { } (spacji) Jeśli w nazwie chcesz zawrzeć wersję skryptu powinna ona znaleźć się na końcu, za nazwą skryptu: skrewards-v1.2.3.sk Nazwy zmiennych Poniższe zasady odnoszą się tylko do zmiennych globalnych, nie do lokalnych (zaczynających się od _). Nazwy zmiennych powinny być zapisane według konwencji camelCase, gdzie nie występują spacje oraz pierwsza litera każdego słowa (wyłączając pierwsze) zaczyna się z wielkiej litery. Zmienne tworzone przez skrypt powinny być definiowane w sposób {<nazwa skryptu>::<nazwa zmiennej>}, co ułatwia usuwanie danych danego skryptu albo aktualizowanie zmiennych z wcześniejszej wersji skryptu, na przykład: # Zamiast takiej zmiennej {current.reward} # Użyj następującego wzoru {skrewards::currentReward} Zmienne dynamiczne oraz listy powinny być stopniowane, co jest bardziej obiektowym podejściem i umożliwia zapętlanie danych. # Zamiast takich zmiennych {reward.level.modifier.1} {reward.level.modifier.2} {reward.level.modifier.3} {rewardstatus.%player%} {info.%player%.mined.diamonds} {info.%player%.mined.emeralds} # Użyj następujących wzorów {skrewards::rewardLevelModifier::1} {skrewards::rewardLevelModifier::2} {skrewards::rewardLevelModifier:: 3} {skrewards::rewardStatus::%player%} {skrewards::info::%player%::minedDiamonds} {skrewards::info::%player%::minedEmeralds} # Lub {skrewards::info::%player%::mined::diamonds} {skrewards::info::%player%::mined::emeralds} Jeśli piszesz API, powinieneś wpisać dane do zarezerwowanych nazw zmiennych {<nazwa skryptu>::api::<output ID>}. Jeśli używasz skQuery, możesz zapisywać dane do tych zmiennych gdy podprogram/funkcja jest wykonywany/a. W zwykłym Skript powinieneś zdeklarować komendy możliwe do użycia tylko z konsoli, które wpisują dane do tych zmiennych. Schemat ten pozwala twórcom skryptów tworząc własny skrypt pozyskiwać informacje z innych. Jeśli Twój skrypt jest BIBLIOTEKĄ, której jedynym celem jest udostępnienie funkcji, należy wtedy pominąć fragment ::api i używać {<nazwa skryptu>::<output ID>}. Zmienne API powinny być usunięte zawsze gdy serwer jest wyłączany. Porządkowanie kodu Stworzony kod musi być uporządkowany w określony sposób. Nie powinieneś wpisywać zdarzeń i komend w losowej kolejności; muszą być czytelnie oddzielone. Każdy z elementów może być pominięty, o ile są one w odpowiedniej kolejności. script options (jeśli używasz skQuery) aliasy [aliases:] zmienne [variables:] opcje [options:] podprogramy/funkcje (jeśli używasz skQuery) nowe komendy [command /komenda:] on script load: on script unload: okresowe zdarzenia (np. every 10 seconds, at 10:00) inne zdarzenia Zdarzenia i Warunki Zdarzenia zawsze powinny zaczynać się od słówka "on", mimo, że będą działać bez niego. Kiedy tylko to możliwe, powinieneś unikać używania selektorów w linii definiującej zdarzenie, np.: on right click with porkchop: on left click on tnt: on damage of cow: Należy uogólnić takie zdarzenia i skorzystać z warunków: on right click: if tool of player is porkchop: # dalszy kod on left click: if clicked block is tnt: # dalszy kod on damage: if victim is a cow: # dalszy kod Stosując warunki, NIGDY nie powtórzysz tego samego zdarzenia kilka razy w jednym skrypcie. Warunki powinny ZAWSZE zaczynać się od słówka "if" i kończyć dwukropkiem. NIGDY nie używaj warunków bez wprowadzenia dalszego kodu do ich wnętrza. To pozwoli twórcom skryptów w łatwy sposób dodać kod przed i po warunku albo dodać "else:". # Zamiast on damage: if victim is a player: {skrewards::info::%victim%::isInvincible} is true cancel event set {skrewards::info::%victim%::isInvincible} to false # Użyj takich warunków on damage: if victim is a player: if {skrewards::info::%victim%::isInvincible} is true: cancel event set {skrewards::info::%victim%::isInvincible} to false Specyfikacja Lambdy Lambdy są nową funkcją skQuery i mogą być używane we wszystkich wersjach powyżej 1.17.0. Pozwalają sporą ilość kodu skompresować do kilku linii. Lambdy, tak długo jak długo będą używane rozsądnie, będą spełniać wymagania SSCC. Lambdy mogą być brane pod uwagę jeśli: [*]Użyte są zamiast funkcji do wykonania POJEDYNCZEGO zadania [*]Użyte są do zaciemnienia kodu przez stworzenie bardzo skompresowanego kodu [*]Lepiej opisują ciąg zadań - - - Jeśli stosujesz się do tych zasad, umieść w publikacji swojego skryptu plakietkę: Kod z linkiem do oryginalnego tematu: [url=http://dev.bukkit.org/bukkit-plugins/skript/forum/tutorials/69108/][img=https://i.imgur.com/BZ8lAno.png][/url] Kod z linkiem do tego tematu: [url=http://skript.pl/index.php/topic/1877-][img=https://i.imgur.com/BZ8lAno.png][/url] Źródło: http://dev.bukkit.org/bukkit-plugins/skript/forum/tutorials/69108

1. Bez kodu skryptu niewiele możemy zdziałać. 2. Ostrzeżenia te mówią, że zmienne mogą przyjąć taką samą nazwę, gdyż jest ona generowana dynamicznie. Na przykład zmienna, którą definiujesz w następujący sposób "{gildia.chat.%loop-number%}" może przyjąć taką samą nazwę jak zmienna, którą w innym miejscu definiujesz tak "{gildia.chat.1}". Zwykle nie należy się przejmować tymi ostrzeżeniami. Można je wyłączyć w konfiguracji Skript zmieniając linijkę "disable variable conflict warnings: false" na "true".

To co piszesz nie jest prawdą. Ważne jest, żeby w danym skrypcie wszędzie danym fragmencie kodu była jednakowa jednostka wcięcia. Może to być tab, 2 taby, spacja, 2 spacje, 4 spacje, a jak ktoś się uprze to nawet 100 spacji. Edit: Ja jednak też się troszkę rozminąłem z prawdą. Ważne jest, żeby jednostka wcięcia była taka sama w danym fragmencie kodu (nie całym pliku) np. w pojedynczej komendzie, zdarzeniu czy opcjach. Więc na przykład taki kod będzie poprawnie działał:

/permissions player setgroup <nick> <grupa,...> - ustawia podane grupy gracza (jeśli wcześniej miał już jakieś inne to je traci) /permissions player addgroup <nick> <grupa> - dodaje gracza do danej grupy Spis wszystkich komend dla PermissionsBukkit: http://dev.bukkit.org/bukkit-plugins/permbukkit/pages/commands/

350

345

Aleście się na mnie uwzięli. tak. norbi002 (prawie jak agent 002)

303

wygląda na to, że zgadłeś. ziejąca ogniem poczwara