Vlákno názorů k článku
Open Salamander má aktivně vyvíjený komunitní fork Samandarin od Engy - @KRtekTM - na tvém github forku nejdou vkládat...

@KRtekTM - na tvém github forku nejdou vkládat issues.
Proč tříštit síly a vyvíjet dva forky? To moc nepomůže stavu, kdy sice existuje OpenSalamander, ale nevypadá to, že by ho někdo aktivně vyvíjel. Nebylo by lepší se domluvit a pracovat na jednom forku?

GitHub issues jsme vyřešili po e-mailu :)
A k té druhé věci - celý Altap byl koupen firmou Fine, takže vývojáři teď pracují právě na produktech té mateřské firmy. Ale pokud vím dobře, mají teď domluvený a nějaký vyhrazený čas i budget právě na Salamander, takže v poslední době probíhal hlavně úklid zdrojového kódu - překlad všech zbývajících komentářů do angličtiny (jsou tam různé poznámky proč je co implementováno zrovna tak či jinak, apod.).
Zatímco já komentáře v češtině neviděl jako překážku pro další vývoj (AI stejně zadávám příkazy v češtině, ona umí porozumět komentářům ve zdrojovém kódu ať jsou v jakémkoliv jazyce), a proto jsem se věnoval tomu co mě pálilo víc - implementovat chybějící funkce a opravy různých bugů. Domluva s autory proto zněla jasně - vydat fork s těmito experimentálními úpravami jako neoficiální komunitní fork s vlastním názvem, ve kterém ty funkce mohou "uzrát" a odladit se.

Ten druhý fork měl na mysli Sally. Aby to nedospělo do stavu, že jeden bude umět A a druhý B a budou se vzájemně "vykrádat".

Máme bohužel s autorem forku Sally odlišnou představu o přístupu k vývoji Salamandera konkrétně a open-source obecně. Samandarin se narozdíl od Sally například snaží udržet kompatibilitu s Open Salamander pluginy nebo funkce rozšiřovat takovým způsobem, jakým jsou uživatelé zvyklí pracovat se Salamanderem. Osobně ho používám už přes čtvrt století, je to srdcovka. A pokud se budou ty forky "vykrádat" (což je u open-source úsměvné slovní spojení), tak to podle mě spíš povede k tomu, že nakonec bude existovat zase jen jeden Salamander.