Topic: Weiterleitung vom Widelands Discord Server

Thanks Teayo for this incredible work!

Having now three places for bugreporting or making suggestions to the game is a bit confusing and time consuming. But i will try to answer some of the mentioned issues tomorrow, today i am too tired.

Top

Quote

Hier also meine Antwort, mit bitte um Weiterleitung.

Generell ist es so das Entwickler von open source Software die Entwicklung in Ihrer Freizeit machen, noch dazu unentgeltlich. Auch wenn versucht wird den Wünschen der Spieler nachzukommen so kann niemand erwarten das sein spezieller Wunsch von den Entwicklern zeitnah implementiert wird. Es ist ja nicht so als ob die Entwickler nichts zu tun hätten und nur darauf warten würden die Wünsche anderer zu erfüllen. Nur mal so Grundsätzlich.

Am DO 16.11.2023 in #gemeinschaft Textkanal schrieb Benutzer Runa <color=#808080>(runamc)</color>

• Die Schaltfläche im Hauptquartier "Wirtschaft dieses Gebäudes konfigurieren" sollte umbenannt werden in "Wirtschafteinstellungen" oder "Wirtschaftsvorgaben".
  
• Die Schaltfläche bei Flaggen "Wirtschaft dieser Flagge konfigurieren" sollte umbenannt werden in "Wirtschafteinstellungen" oder "Wirtschaftsvorgaben".
  
• Die Begründung war das dies für Neulinge missverständlich sein kann.
  

Ich denke die Formulierung kommt daher, das man nicht nur eine Wirtschaft mit eigenen Einstellungen haben kann (auch wenn man in normalen Spielen in der Regel nur eine Wirtschaft hat). Es ist durchaus möglich zwei Wirtschaftsräume zu haben die getrennt von einander konfiguriert werden können. Wenn man es ganz genau Formulieren wollte müsste es zB heißen: "Wirtschaftseinstellungen für alle Gebäude und Produktionsstätten konfigurieren, die mit dieser Flagge/Gebäude durch Straßen oder über Wasser verbunden sind.", was zu lang ist. Der Begriff "Wirtschaftvorgaben" wäre dann auch missverständlich, da man dann annehmen würde es gäbe nur eine Wirtschaft die man einstellen kann.

• "Gefällter Baum" sollte eher "Baumstumpf" heißen, denn der gefällte Baum wurde ja vom Holzfäller weggetragen.
  

Ist mir persönlich noch nie aufgefallen. Solche Textänderungen wären zwar einfach, stehen aber bei den Entwicklern, wenn überhaupt, ganz weit unten auf der Prioritätenliste. D.h.: Wenn sich kein anderer findet der sich darum kümmert, wird es vermutlich erst mal so bleiben.

• Die maximale Bauhilfe vom Karteneditor soll auch in normalen Spielen nutzbar sein.
  

-1 von mir. Das würde zu viel von der Karte verraten. Es macht auch keinen Sinn in meinen Augen das man sehen kann ob sich unter einem Felsenfeld oder einem Wald ein großer Bauplatz befindet.

• Weggeschickte Arbeiter sollen unbesetzte Gebäude besetzen, nicht jedoch das unbesetzte Gebäude, aus dem Sie kommen.
  Beziehungsweise es sollen auch unvollständig besetzte Gebäude (Minen) zuerst besetzt werden.
  

Ist in der neuen Version gefixt.

• Zitat :
  

  G. [Bug]
  Das Spiel schreitet fort, während man noch im Ladescreen ist.
  Das kann man gut erkennen, wenn man mehrmals den gleichen Spielstand lädt, in dem sich zwei Soldaten bekämpfen.
  Die Lebensbalken sind dann oft unterschiedlich, sobald man sie zum ersten Mal zu Gesicht bekommt und unterscheiden sich von dem Moment, an dem man den Spielstand gespeichert hat.
  Wenn man während dem Laden auf Pause drückt, kann man diesen Spielfortschritt während dem Laden verhindern, aber das ist keine gute Lösung.
  Der Spieler sollte immer jeden Spielfortschritt mitverfolgen können.
  

Verstehe das Problem nicht. Wenn ich ein Spiel laden möchte, bin ich doch dabei das laufende Spiel zu beenden. Dann spielt es doch keine Rolle ob es noch 5 Sekunden im Hintergund weiter läuft, weil ich ja den jetzigen Spielstand nicht mehr möchte.

• Der Zoomlevel und die letzte Spielgeschwindigkeit (auch Pause), sollte mitgespeichert werden und nicht nur die letzte Position auf der Karte.
  

Wie zuvor hat das sicherlich eine niedrige Priorität. Könnte aber m. E. nützlich sein. Das müsste halt jemand auf github oder codeberg eintragen.

• Zitat :
  

  M. [Bug]
  Ich bin mir nicht sicher, ob dieses Verhalten beabsichtigt ist, auf jeden Fall ist es nicht sehr intuitiv.
  Soldaten im letzten Slot (rechts) können nicht zum Angriff verwendet werden.
  Wenn sich also zum Beispiel in einem Wachposten ein Neuling (links) und ein Held (rechts) befindet, kann man nicht mit dem Helden angreifen.
  Man muss erst den Neuling wegschicken, damit der Held nach links rückt und eine neuer Soldat den rechten Slot füllt.
  Das mag vielleicht noch soweit logisch sein, dass ja ein Soldat das Gebäude bewachen muss und diese Aufgabe dem Letztankömmling zufällt.
  Diese Argumentation bricht aber zusammen, wenn beispielsweise in einem Wachturm 4 Neulinge und 1 Held (rechts) sind
  (und man nicht mit diesem Held angreifen kann), dann aber einen Neuling wegschickt, der Held auf Platz 4 rutscht
  und man dann plötzlich doch mit ihm angreifen kann, obwohl er sich auf dem rechtesten belegten Slot befindet.
  Hier sollte eine intuitivere Lösung gefunden werden. Zum Beispiel dass immer alle Soldaten für einen Angriff zur Verfügung stehen
  oder dass ein Soldatenslot von den anderen im UI abgesetzt ist, und dieser immer für die Verteidigung zuständig ist und im Gebäude bleiben muss.
  (Sinnvollerweise der linke, da dieser auch bei Teilbesetzung immer belegt ist.
  Wenn das oben beschriebene Verhalten des Letztankömmlings beibehalten werden soll,
  könnten Neuankömmling dann ja auf den linken Slot gesetzt und die anderen Soldaten nach rechts geschoben werden.

• Ich habe dies bereits auf Discord entkräftet und geschrieben das man ja manuell die gewünschten Soldaten für einen Kampf auswählen kann,
  im Angriffsfenstermenü. Jedoch habe ich ein bisschen Nachdenken überlegt, ob Runa nicht doch einen anderen Fehler, der mit meiner Antwort
  gar nicht in Zusammenhang steht, meint. Daher leite ich das vorsichtshalberweise doch mal weiter.
  

Hierzu kenne ich die Programmiertechnischen interna nicht um eine fundierte Aussage machen zu können.

• "Kein Gold. Hauptgoldader erschöpft.", wird stark impliziert,
  dass ohne vorhandene Rohstoffe oder nach Erschöpfen der Mine gar kein Rohstoff mehr abgebaut werden kann.
  Die Nachricht sollte umbenannt werden und stärker auf die 5% Chance verwiesen werden.
  

Dieser Hinweis steht in der Hilfe zum Gebäude. Man kann nicht alles in Tooltips schreiben.

• Zitat :
  

  P. [Featurerequest]
  Die Einstellungen von "Neues Zufallspiel" könnten beibehalten werden,
  so dass man nicht jedes Mal wieder neu seine Lieblingseinstellungen auswählen muss.
  Ein zusätzlicher Button "Standardwerte" könnte alles wieder zurücksetzen.
  

Steht schon auf GitHub: https://github.com/widelands/widelands/issues/5528

• Es sollte zum Beispiel mit gefärbten Box-Hintergrund besser hervorgehoben werden, ob eine Ware in einen Gebäude fehlt, unterwegs ist oder vorhanden ist.
  

Ist in Version 1.2 schon implementiert.

Top

Quote

@kaputtnik, ich habe deine Antwort an Runa weitergeleitet.

kaputtnik schrieb:
@Teayo: Es ist wirklich Ehrenhaft und außergewöhnlich das Du in dieser Form helfen möchtest die Entwicklung von Widelands zu fördern.

Ich rätsel noch ob das jetzt ehrlich so geschrieben war oder schon sarkastisch. Ich gehe aber davon aus das es ehrlich war.

Momentan gibt es auf dem Widelands Discord Server nur ein Mitglied, Runa, das mal einen Vorschlag geschrieben hat.
Es war sehr viel Text, ungewöhnlich viel auch für mich.
Schickt mir einen Link zu der Stelle auf Github, ( https://github.com/widelands/widelands/pulls ) ? wo ich das in Zukunft sonst weiterleiten soll.
Ich habe bereits Runa Links zu Github und zur Widelands Website geschrieben in meiner ersten Antwort.
Wenn Runa nicht hier oder auf Github aufkreutzt, dann tut es mir leid aber ich habe meinen Teil getan, dann liegt es an Runa.

Ich bin ja schon froh das es mal dazu gekommen ist das jemand mal sowas schreibt (Runa).
Der Widelands Discord Server ist defakto immer noch bewusstlos / eine inaktive Leiche.
Und ich bin immer noch in der Reanimationsphase, wo ich ganz langsame Fortschritte sehe.
Ich muss das mit Youtube priorisieren, das bringt mehr aber da habe ich auch mit den Zugangsberechtigungen, genau genommen bei der Verifizierung Probleme.
Das ist aber eine Baustelle zwischen mir und Nordfriese, aber momentan habe ich dafür keine Zeit.

Momentan habe ich ein bisschen den Eindruck, ich würde euch eher stören als helfen.

hessenfarmer befürchtet Community Separatismus,
das mit dem Datenschutz bei Discord ist doch nur ein Vorwand, damit der Einladungslink nicht auf die Website kommt.
Aber diese Diskussion gehört in den Thread Widelands Öffentlichkeitsarbeit ,
wobei es bei diesen Punkt keinen Fortschritt gibt, es wurde bereits diskutiert, die Positionen aller beteiligter sind bekannt
und ich sehe da auch kurzfristig keinen Fortschrittspotenzial.

Top

Quote

Gut dann habe ich einen Fahrplan für diese "administrativen Dinge".

Was ich gerne an neuer Funktion testen würde, beziehungsweise ich brauche Sie für meine Erweiterung, an der ich arbeite,
ist die neue "walk=e|ne|nw|se|sw|w" Arbeiter Aktion.
Sie soll wohl schon vorhanden sein in Version 9 von Entwicklungsversion 1.2, aber Version 9 ist für mich unbrauchbar.
Daher werde ich noch auf die nächste Entwicklungsversion warten, die Zeit bis dahin, verwende für anderes.

Top

Quote

Der Thread bleibt weiterhin die Ausnahme.
Falls es in Zukunft mal zu viel wird auf Discord, dann soll der Nutzer es selbst auf Widelands.org posten.
Aber aktuell ist das noch kein Problem, da die Aktivität auf dem Discord Server noch sehr gering ist.

Betrifft alle Nachrichten von diesen Post bis diesen Post
Kategorie : Deutsch | Kanal : #gemeinschaft | Datum : 23.11.2024 | Nutzer : Runa

Zusammenfassung

Runa würde es begrüßen wenn das main-Programm von den Werkzeugschmieden an die Warenanordnung im Stammes Inventar angepasst wird .
von oben nach unten die call-Aufrufe .

Konversation

Runa :
> Ich habe im 1.2.1~rc1 Release mal wieder das Problem, dass ich mit einem Helden nicht angreifen kann:
> Wachposten mit links einem schwachen Krieger und rechts ein Held,
> besetzte feindliche Gebäude in Reichweite aber ich kann nur mit schwachen Kriegern, aber nicht dem Helden angreifen.
> Es ist ja in Ordnung, dass mindestens ein Krieger als Bewachung im Gebäude bleiben muss, aber wenn das nicht der schwächste,
> sondern z.B. der erste Krieger sein soll, dann wäre es gut,
> wenn man das irgendwie symbolisieren würde, z.B. das linke Feld etwas absetzen ...
> dann sollte man aber auch mit allen Kriegern rechts davon angreifen können, was nicht immer der Fall ist ...
> Ich kann einen abgespeicherten Spielstand mit dem Problem zur Verfügung stellen, falls es hilft ...

> Noch ein möglicher Bug: eine Werkzeugschmiede voll versorgt mit Stämmen und Eisen,
> es gibt einen Bedarf von Angel, Jagdspeer und Sense.
> Dann würde ich erwarten, dass je eines davon nacheinander produziert wird.
> Aber stattdessen wird eine Angel und ein Jagdspeer produziert,
> aber die Sense wird übersprungen und erst im nächsten Zyklus erzeugt.

Teayo :
> Das Problem mit den Helden ist bereits bekannt doch bisher wurde das Problem noch nichtangegangen , da es zu wenig aktive Entwickler gibt .
> (Content : main-Programmablauf der Barbaren Werkzeugschmiede)

Runa :
> oh, ist das die Produktionsreihenfolge? wäre es nicht sinnvoll, diese dann auch so im UI anzuzeigen?

Teayo :
> Korrekt, die Warenanordnung im Stammes Inventar ist unabhängig von den Ablaufprogrammen der einzelnen Produktionsgebäude .

Runa :
> Es waren genug Ressourcen vorhanden, aber wahrscheinlich habe ich nach Jagdspeer neue Küchengeräte oder Spitzhacke gesehen und dachte,
> das wäre ein neuer Zyklus entsprechend der Lagerreihenfolge. Also wurde kein Teil des Zyklus übersprungen, die Reihenfolge ist einfach nur unerwartet.
> Das Ganze kann aber schon "spielentscheidend" sein, wenn man z.B. dringend eine Schaufel benötigt und nicht so dringend
> eine Angel, einen Hammer, einen Jagdspeer, Küchengeräte und eine Sense. Man denkt, die Schaufel steht vorne in der Liste,
> wird also als erste produziert und man kann den Bedarf der anderen Werkzeuge beibehalten. Aber dann wird sie erst an 6. Stelle produziert!
> Wenn man die richtige Reihenfolge kennen würde, würde man stattdessen den Bedarf der anderen runterregeln, damit zuerst die Schaufel produziert wird.

Teayo :
> Eine Option wäre in der init.lua der Werkzeugschmiede weitere Aufrufe zum produzieren von Schaufeln hinzuzufügen .
> Dies würde bei einen großen Schaufelbedarf helfen .
> Aber auch dieser Vorschlag würde wohl vom Widelands Entwickler Team eher nicht angenommen werden .

Runa :
> Nö, mein Wunsch wäre einfach nur die Reihenfolge der Werkzeugschmiede dem Lager anzupassen

Teayo :
> Nun gut ich werde deinen Vorschlag weiterleiten .

Fehlermeldung

Gehört zwar thematisch nicht dazu ist mir aber egal . Ich erhalte eine Fehlermeldung wenn ich die folgende Zeile aktiviere :
--"consume=romans_ware_bread:2 romans_ware_cabbage:2 romans_ware_cheese:1 romans_ware_smoked_fish:1,romans_ware_smoked_meat:1",
Laut Fehlermeldung wegen den Komma oder so, ich verstehe die Fehlermeldung absolut nicht. Ich sehe den Fehler nicht.
"consume= bread:2 UND cabbage:2 UND cheese:1 UND ( smoked_fish:1 ODER smoked_meat:1 ) "

Top

Quote