(12.07.2026, 13:05)mmiki26 napisał(a): (...)
Dodam suwak do skalowania widokiem cyklu
(...)

Ja mogę zaproponować, żeby to okienko było większe, np. od lewej do prawej krawędzi monitoru (może w zależności od długości wszystkich w sumie cykli)
Dodam również, aby nazwy cykli było zawsze widoczne, jak w oryginalnym edytorze od Path'ów.

---

(12.07.2026, 13:05)mmiki26 napisał(a):

(12.07.2026, 08:45)Aragok napisał(a): Naprawdę kawał dobrej roboty A jak ogólnie w przypadku torów tramwajowych? Czy również będzie wszystko bez problemu działać i się łączyć?

Celne pytanie. Muszę sprawdzić, ale zrobię tak, żeby bez problemu to śmigało

Dobrze by było uwzględnić jakiś format zapisu pliku .sco, żeby dodawało te same parametry do kostek co wcześniej, a jeżeli mowa o tramwajach, to fajnie, jakby edytor też zapisywał zmienne [rail_enh]; [third_rail]; [switchdir] i [switch], aby przy nadpisywaniu kostek nie trzeba było tych wartości ponownie manualnie wprowadzac do pliku.

Dodatkowo, co w sytuacji, kiedy edytujemy jedno konkretne skrzyżowanie z szablonu wykorzystywanego na mapie do konkretnej dedykowanej sytuacji, jest możliwość rozróżnienia zapisu (utworzenie kopii lub nadpisanie oryginału)?Poza tym świetnie się to wszystko zapowiada, obserwuję wątek od samego początku, powodzenia w pracach

(13.07.2026, 11:33)jakkuba2 napisał(a): Ja mogę zaproponować, żeby to okienko było większe, np. od lewej do prawej krawędzi monitoru (może w zależności od długości wszystkich w sumie cykli)
Dodam również, aby nazwy cykli było zawsze widoczne, jak w oryginalnym edytorze od Path'ów.

Nazwy cykli będą widcozne przy przeskalowaniu, a okienka póki co nie mogę powiększyć.

(13.07.2026, 19:51)ekhem11 napisał(a): Dobrze by było uwzględnić jakiś format zapisu pliku .sco, żeby dodawało te same parametry do kostek co wcześniej, a jeżeli mowa o tramwajach, to fajnie, jakby edytor też zapisywał zmienne [rail_enh]; [third_rail]; [switchdir] i [switch], aby przy nadpisywaniu kostek nie trzeba było tych wartości ponownie manualnie wprowadzac do pliku.

Dodatkowo, co w sytuacji, kiedy edytujemy jedno konkretne skrzyżowanie z szablonu wykorzystywanego na mapie do konkretnej dedykowanej sytuacji, jest możliwość rozróżnienia zapisu (utworzenie kopii lub nadpisanie oryginału)?Poza tym świetnie się to wszystko zapowiada, obserwuję wątek od samego początku, powodzenia w pracach

Yyy, może trochę wstyd się przyznać, ale pierwszy raz słyszę o tych 4 parametrach w kostce. Szukałem czegoś w sieci, ale bardzo enigmatyczne są wspomnienia o tym. Znasz może jakieś mapy i konkretne kostki, które z tego korzystają, żebym mógł sobie to zanalizować?

Tramwajowy pakiet MichałSto powinien ci rozwiać wszelkie wątpliwości w tym zagadnieniu

---

(13.07.2026, 21:32)mmiki26 napisał(a):

(13.07.2026, 19:51)ekhem11 napisał(a): Dobrze by było uwzględnić jakiś format zapisu pliku .sco, żeby dodawało te same parametry do kostek co wcześniej, a jeżeli mowa o tramwajach, to fajnie, jakby edytor też zapisywał zmienne [rail_enh]; [third_rail]; [switchdir] i [switch], aby przy nadpisywaniu kostek nie trzeba było tych wartości ponownie manualnie wprowadzac do pliku.

Dodatkowo, co w sytuacji, kiedy edytujemy jedno konkretne skrzyżowanie z szablonu wykorzystywanego na mapie do konkretnej dedykowanej sytuacji, jest możliwość rozróżnienia zapisu (utworzenie kopii lub nadpisanie oryginału)?Poza tym świetnie się to wszystko zapowiada, obserwuję wątek od samego początku, powodzenia w pracach

Yyy, może trochę wstyd się przyznać, ale pierwszy raz słyszę o tych 4 parametrach w kostce. Szukałem czegoś w sieci, ale bardzo enigmatyczne są wspomnienia o tym. Znasz może jakieś mapy i konkretne kostki, które z tego korzystają, żebym mógł sobie to zanalizować?

Tak jak przedmówca napisał, [third_rail] to zmienna, która wysyła sygnał o konkretnym numerze do tramwaju na tej ścieżce. Na eberlinsee jest to wykorzystane do obniżania pantografu w tramwajach KT4D w tunelach, bo omsi nigdy nie potrafiło poprawnie policzyć punktu (M.V.GetHeightAbovePoint) w takich miejscach i wpis pod konkretną ścieżką wygląda mniej więcej tak:


Sam troche internetu przeszukałem ale żadnych opisów pozostałych parametrów znaleźć nie mogę, można się tylko domyślać, że skoro [contactshoe] w konkretnym pojeździe ma współrzędne, to taki "elektromagnes" może być ustawiony w konkretnej pozycji względem osi toru

Poza tym, opis do rail_enh znalazłem, a switch i switchdir są w modelach MichauSto

Po chwilowym namyśleniu się i przebadaniu tych wpisów zdecydowałem, że na ten moment nEditor nie będzie wspierał edycji tego typu kostek ruchu (z parametrami [third_rail] itp).

Tzn. będzie można sobie takie skrzyżowanie wczytać bez problemu i postawić, podejrzeć ruch, ale nie będzie można edytować takiej kostki.
Trzy powody dlaczego:
1. dokumentacja tego to jakaś wiedza przekazywana przez pokolenia słownie
2. żebym mógł to posprawdzać, potestować to muszę cofać wersję omsi, bo na najnowszej nawet edytor mi zuggrifuje
3. oryginalny crossing editor z SDK też tego nie wspiera i rzuca błędami.

Krótkie demo dot. tworzenia i eksportowania skrzyżowań.

Tak poza tematem filmu mam jeszcze takie pytanie. Mam taką mapę, gdzie w połowie jest realna. Będę ją chciał tą realną część skopiować i wkleić na nową mapę. Też będę chciał tą część obrócić. Czy będzie to możliwe? Na pewno tego się nie spodziewam w wersji Demo, ale czy po prostu będzie taka możliwość.

Co do tworzenia kostki, prezentuje się to bardzo ciekawie. Kawał świetnej roboty i oby tak dalej.

---

(Wczoraj, 22:29)jakkuba2 napisał(a): Tak poza tematem filmu mam jeszcze takie pytanie. Mam taką mapę, gdzie w połowie jest realna. Będę ją chciał tą realną część skopiować i wkleić na nową mapę. Też będę chciał tą część obrócić.

Z terenem i malowaniami będzie lipa, ale obiekty, drzewa i spliny będzie się dało (co prawda każdą z tych grup osobno, ale po prostu zaznaczasz wszystkie obiekty jak ikonki na pulpicie i obracasz)

nie wiem czy to pokazywałeś czy nie, ale edytor umie w łączenie dwóch równoległych splinów które są przesunięte między sobą? Coś jak na przykładzie poniżej:

---

+ czy przewidziałeś opcję tego żeby móc wybrać jakiś prosty szablon do sygnalizacji (szablon czasów świateł itd), i tylko przypisać do którego światła która ścieżka jest przypisana? Fajnie by to usprawniło prace

---