Hej,
dot. wersji develop./ [ver. 2.3.1733]
Wg mnie można poprawić logikę w module Projects / Project Milestone.
_In my opinion could be improved logic in Projects / Project Milestone._
teraz jest / _now is:_
[Project Y] _created_ [Project Task 1] _result_: [Project Task 1] _auto-related to_ [Project Y]
[Project Task 1] _created_ [Project Milestone A] _result_: [Project Milestone A] _not auto-related to_ [Project Y]
oczekiwany / _expected result:_
[Project Y] _created_ [Project Task 1] _result_: [Project Task 1] _auto-related to_ [Project Y]
[Project Task 1] _created_ [Project Milestone A] _result_: [Project Milestone A] _auto-related to_ [Project Y]
Dodając Project Milestones z poziomu Project Task (będącego w relacji z Project), wydaję się właściwe automatyczne przypisanie relacji Project Milestones do Project. Tak jak ma to miejsce przy dodawaniu Project Task - auto przypisanie do Project.
PS> do tej pory zgłoszenia pisałem po ang. ze względu na wielonarodową społeczność, ale gdzieś w odp. na zgłoszenie Błażej pisał, że szybsza reakcja jest jednak na zgłoszenia po naszemu :)
Ale społecznoś nie pomaga tylko w 99% zadaje pytania, to my odpowiadamy i rozwiązujemy problemy, a więc pisanie po polsku przyspiesza...
dobre pytania nie są złe ;) ...tzn. też mogą pomóc.
A'propos pomagania i pytań...powoli zbieram się do opracowania nowej wersji językowej. Dosłownie powoli. Gdybym chciał się podzielić nową wersją .... to jak to najlepiej zrobić? Po prostu <> Code / upload files ?
Jaką wersją językową? Polską?
norweską
wracając do tematu.... ten sam problem występuję przy dodawaniu czasu pracy np dla Zadania przypisanego do Projektu. Ponownie w formularzu czasu pracy muszę odszukać i wskazać Projekt oraz Zadanie.
Ale społecznoś nie pomaga tylko w 99% zadaje pytania, to my odpowiadamy i rozwiązujemy
problemy, a więc pisanie po polsku przyspiesza...
Blazej, without community "testing and questioning", YF development will run in snail mode.
Without community you will never know what user need (your customers are the community too)
So, I will suggest again, don't mix languages here. Separate git for Polish speaking people or ban other languages than English (I think this is totally clear for those who understand such projects).
Alternatively, if you don't think seriously about international success - do what you want to do.
Hi.
Here's @bpabiszczak's answer:
“I don't see any difference between separating community and labeling the issues as PL/EN. We prefer to communicate in Polish, but everyone who writes in English will also get all the support they need. If you don't like Polish on GitHub then don't open the issues labeled as PL.