Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
440 | [Magellan] CR-Support | kleinerer Fehler | nicht getestet | 2023-09-08 11:30 | 2023-09-08 11:30 |
Reporter: | stm2 | Rechnertyp: | PC | ||
Bearbeitung durch: | Betriebssystem: | Linux | |||
Priorität: | normal | BS-Version: | Ubuntu | ||
Status: | neu | Produktversion: | 2.1.0-beta | ||
Produkt-Build: | Lösung: | offen | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | |||||
Zusammenfassung: | message rendering fails | ||||
Beschreibung: | Meldung hat Text "MAGELLAN MESSAGE RENDERING FAILS!" | ||||
Tags: | |||||
Schritte zur Reproduktion: |
Report 1 mit Locale de MESSAGE 1 1;type "deutsch";rendered MESSAGETYPE 1 nicht vorhanden Report 2 mit Locale en MESSAGE 2 1;type "english";rendered MESSAGETYPE 1 nicht vorhanden Ergebnis: Beim Mergen wird "english" nicht als Text übernommen, dann scheitert das Rendern. |
||||
Zusätzliche Informationen: | |||||
Systembeschreibung | |||||
Angehängte Dateien: | |||||
Zu diesem Eintrag gibt es keine Notizen. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
439 | [Magellan] Allgemein | kleinerer Fehler | immer | 2023-08-27 12:04 | 2023-08-31 11:31 |
Reporter: | Julian | Rechnertyp: | |||
Bearbeitung durch: | Betriebssystem: | ||||
Priorität: | normal | BS-Version: | |||
Status: | neu | Produktversion: | 2.1.0-beta | ||
Produkt-Build: | Lösung: | offen | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | |||||
Zusammenfassung: | Nach update auf Version 2.1.0-789.rc bei jedem Start "Setup" pop-up mit Fehler(?) | ||||
Beschreibung: | Nach dem update auf die neueste Version erscheint bei jedem Start das als screenshot angefügte pop-up. Nach einem Klick auf "OK" startet Magellan normal. | ||||
Tags: | |||||
Schritte zur Reproduktion: | Magellan starten nach update (per Installer durchgeführt) auf Version 2.1.0-789.rc | ||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: |
Screenshot 2023-08-27 120110.jpg (152,505 Bytes) 2023-08-27 12:04 http://eressea.dracones.de/magellanbugs/file_download.php?file_id=55&type=bug |
||||
Notiz | |
(0000974)
Julian 2023-08-31 11:31 |
"Fehler" tritt mit update auf 2.1.0-791.rc nicht mehr auf. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
438 | [Magellan] Allgemein | Unschönheit | immer | 2023-08-04 19:56 | 2023-08-04 19:56 |
Reporter: | Captain Bo | Rechnertyp: | |||
Bearbeitung durch: | Betriebssystem: | ||||
Priorität: | niedrig | BS-Version: | |||
Status: | neu | Produktversion: | |||
Produkt-Build: | Lösung: | offen | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | |||||
Zusammenfassung: | ! zur Unterdrückung von Fehlermeldungen scheint für Magellan nicht zu funktionieren | ||||
Beschreibung: | Ich habe angefangen, meine Händler zu automatisieren und verwende !@GIB ... Befehle. Der Empfänger der Gib-Befehle - entweder der Kutscher oder der Händler - ist natürlich nicht immer in der gleichen Region, daher das !. Trotz ! bekomme ich von Magellan ein "offenes Problem". Ist das so gewollt oder sollte Magellan nicht ebenfalls auf das ! reagieren und die Fehlermeldung unterdrücken? | ||||
Tags: | |||||
Schritte zur Reproduktion: | !@GIB und eine Einheit wählen, die aktuell nicht in der gleichen Region ist. Oder eine nehmen, die sich diese Runde wegbewegt, dann kommt das "offene Problem" halt eine Runde später. | ||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Zu diesem Eintrag gibt es keine Notizen. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
437 | [Magellan] Funktionen | Feature-Wunsch | immer | 2023-06-27 21:08 | 2023-06-27 21:08 |
Reporter: | Captain Bo | Rechnertyp: | |||
Bearbeitung durch: | Betriebssystem: | ||||
Priorität: | niedrig | BS-Version: | |||
Status: | neu | Produktversion: | |||
Produkt-Build: | Lösung: | offen | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | |||||
Zusammenfassung: | Alt-TAB während Beschreibung beendet Beschreibung | ||||
Beschreibung: | Ich Alt-Tabbe häufiger während Beschreibungen aus Magellan ins Internet, meist um etwas zu meinen Beschreibungen zu recherchieren. Magellan empfindet das Alt-Tab als Beendigung der Beschreibung. Das Beschreibe-Feld revertiert zum vorhergehenden Zustand (leer, falls noch keine Beschreibung vorhanden, sonst alte Beschreibung), meine unfertige neue Beschreibung landet im Befehle-Feld als "Beschreibe XY "Diese Beschreibung ist unvollst" . Schöner wäre es, nach dem zurück-Tabben wieder im Beschreibungsfeld zu landen und die angefangene Beschreibung fertigstellen zu können. | ||||
Tags: | |||||
Schritte zur Reproduktion: | Beschreibung anfangen, Alt-Tab ins andere Fenster, dann Alt-Tab zurück. | ||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Zu diesem Eintrag gibt es keine Notizen. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
436 | [Magellan] CR-Support | kleinerer Fehler | nicht getestet | 2023-06-14 21:57 | 2023-06-14 21:57 |
Reporter: | Captain Bo | Rechnertyp: | |||
Bearbeitung durch: | Betriebssystem: | ||||
Priorität: | normal | BS-Version: | |||
Status: | neu | Produktversion: | |||
Produkt-Build: | Lösung: | offen | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | |||||
Zusammenfassung: | Mergen von CRs in unterschiedlicher Sprache führt zu ggf. fehlerhafter Spracheinstellung des Befehlsversand | ||||
Beschreibung: |
Geöffnet: Ursprünglicher Partei-CR des Spielers auf Deutsch Dazugemergt: Fremd-CR auf Englisch Als Folge verschickt Magellen bei der Option "Befehle per E-Mail verschicken" die Befehle mit englischem Betreff, wodurch Echeck nach englischem Syntax sucht, nichts findet (da Befehle auf Deutsch verfasst wurden) und hunderttausend Fehlermeldungen "Not carried out by any unit." zurückgibt. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | Magellan lässt sich scheinbar durch erneutes Mergen eines deutschen CRs wieder auf Deutsch stellen. Mutmaßlich kann man durch Umkehren der Reihenfolge (englischen CR öffnen, dann den deutschen dazu mergen) das Problem ganz verhindern, aber da bin ich jetzt zu müde, um das auszuprobieren... | ||||
Angehängte Dateien: | |||||
Zu diesem Eintrag gibt es keine Notizen. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
435 | [Magellan] Magellan 2 | schwerer Fehler | zufällig | 2022-09-25 16:31 | 2022-09-25 16:31 |
Reporter: | Kaelasa | Rechnertyp: | PC | ||
Bearbeitung durch: | Betriebssystem: | Windows | |||
Priorität: | normal | BS-Version: | |||
Status: | neu | Produktversion: | 2.1.0-beta | ||
Produkt-Build: | Lösung: | offen | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | |||||
Zusammenfassung: | Magellan blockiert nach dem Start | ||||
Beschreibung: | Nach dem Start mit letzter Karte blockiert Magellan (Version 2.1.0-782.rc), so dass keine Aktion per Maus oder Tastatur mehr möglich ist. Beenden ist nur mit dem Windows Taskmanager möglich. In der errors.txt (siehe Anhang) ist eine IndexOutOfBoundsException zu sehen. | ||||
Tags: | |||||
Schritte zur Reproduktion: | Das tritt gefühlt nach jedem 6. Start auf. Nach Killen per Taskmanager und einem Neustart ist alles wieder normal. | ||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: |
errors.txt (11,912 Bytes) 2022-09-25 16:31 http://eressea.dracones.de/magellanbugs/file_download.php?file_id=54&type=bug |
||||
Zu diesem Eintrag gibt es keine Notizen. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
434 | [Magellan] CR-Support | Feature-Wunsch | nicht getestet | 2022-08-23 11:13 | 2022-08-23 11:13 |
Reporter: | stm2 | Rechnertyp: | PC | ||
Bearbeitung durch: | Betriebssystem: | Linux | |||
Priorität: | normal | BS-Version: | Ubuntu | ||
Status: | neu | Produktversion: | 2.1.0 | ||
Produkt-Build: | Lösung: | offen | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | 3.0.0 (Planning) | ||||
Project: | |||||
Zusammenfassung: | Ein Report pro Spiel | ||||
Beschreibung: |
Ich will weg von dem Paradigama Karte/laufender wöchentlicher Report/Hinzufügen von Reports ... Stattdessen soll es *einen* Report geben mit wöchentlichen Updates, Rückblick soll einfacher möglich sein, Wochenreports möglichst automatisch hinzugefügt ... Dazu sind einige Detailfragen zu klären, zum Beispiel das Handling von Neuauswertungen. Hierzu ist wohl auch ein effizienteres Format als gepackter CR notwendig. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Systembeschreibung | |||||
Angehängte Dateien: | |||||
Zu diesem Eintrag gibt es keine Notizen. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
100 | [Magellan] Allgemein | Feature-Wunsch | N/A | 2007-11-17 14:37 | 2022-08-23 10:47 |
Reporter: | Anonymous | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | zugewiesen | Produktversion: | 2.0.6 | ||
Produkt-Build: | Lösung: | offen | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Layer für die Karte | ||||
Beschreibung: |
ich würde mich drüber freuen wenn man über der Normalenkarte Layer überstulpen kann die man individuell über die regionen die Z.B. einem Allianz gebiet vieleicht kann man die Layer in verschiedene stufen einstellen kann (Allianzen, Reiche, Inseln/Kontinente) die man dann nach wünschen beliebig übereinander legen kann.... |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000200)
darcduck 2007-12-12 03:28 |
Hm ich verstehe nicht genau was mit dem "Layer" dann geschehen soll? Bei einem Layer für die Karte muss ja irgendwas dargestellt werden, sonst macht es keinen Sinn. Vielleicht ist aber auch eine eine zusätzliche Gruppierung im Treeview gemeint. Das könnte ich mir vorstellen. Also + Superallianz + Allianz A - Insel irgendwo - Region X - Insel anderswo - Noch eine 1-Regionen-Insel + Allianz B - Heimatinsel von Ally B - Region Y - Region Z + Gegner - Insel - Region Wobei die mit + markierten Knoten beliebig Erstellbare Gruppe sind, denen man dann nur andere Knoten des Baumes zuordnen muss, also Inseln, Regionen oder andere Gruppen. Das hat sicher seinen Reiz, macht aber den Baum tiefer und damit im Layout breiter, da um die entsprechenden Ebenen eingerückt. |
(0000190)
darcduck 2007-12-13 01:41 |
siehe notiz |
(0000277)
Fiete 2007-12-15 03:45 |
ich denke, man könnte das über das anzeigen einer Auswahl bewerkstelligen. Eine Auswahl kann gespeichert, geladen, erwweietert usw werden, derzeit wird sie, wenn aktiv, auch schön angezeigt. Ein zusätzlicher Layer könnte sich der Aufgabe annehmen, definierte Auswahlen mit bestimmten Farben zusätzlich über die Karte (20% Transparent o.ä.) zu legen. Welche Auswahl (expliziter Pfad auf dem FileSystem) mit welcher Farbe könnte in mag.ini. Ralf: Ich liefere eine Liste von AuswahlLayer{Collection<Region>,Color,double Deckung(%)) und du das Layer? Preferences Adapter und Auswahl der Colors usw übernehme ich... Fiete |
(0000384)
darcduck 2008-03-04 03:09 |
ok, können wir so machen, solch ein Farbiger Layer sollte nicht so schwierig sein. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
1 | [Magellan] Grafik | Feature-Wunsch | nicht getestet | 2008-04-15 13:08 | 2022-08-23 10:46 |
Reporter: | trickert | Rechnertyp: | |||
Bearbeitung durch: | Betriebssystem: | ||||
Priorität: | normal | BS-Version: | |||
Status: | anerkannt | Produktversion: | 2.0.0 | ||
Produkt-Build: | Lösung: | offen | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Grafiksets wieder auswählbar | ||||
Beschreibung: |
Es wäre super, wenn das Laden der Grafiken über ein Grafik-Set geht. - In der Konfig wird ein Grafikset via Namen festgelegt (z.B. standard). - Das Tool sucht dann nach einer Konfigurationsdatei "standard-graphic-set.xml" - In der XML Dateien gibt es Zuordnungen zwischen gesuchtem Grafiknamen und einer real existierenden Bilddatei. - Die Datei liegt in im Verzeichnis /etc/images/<graphicset>/... Vorteil wäre, dass man dann wieder andere Grafiksets verwenden kann und während der Laufzeit umstellen kann. Momentan muss man das Bild endgültig austauschen und beim nächsten Update wird es wieder ersetzt. Der Implementierungsaufwand ist gering. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Zu diesem Eintrag gibt es keine Notizen. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
71 | [Magellan] Allgemein | Feature-Wunsch | immer | 2007-07-21 10:55 | 2022-08-23 10:45 |
Reporter: | Khadar | Rechnertyp: | |||
Bearbeitung durch: | Betriebssystem: | ||||
Priorität: | normal | BS-Version: | |||
Status: | anerkannt | Produktversion: | 2.0.6 | ||
Produkt-Build: | Lösung: | offen | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | 2.1.1 | ||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Other extras as dock, too | ||||
Beschreibung: |
Now that we have Echeck as a dock, can the others "extras" be made into docks, as well? (Faction statistics, Army statistics, trade organizer, open tasks...) Default I would put them "behind" the map (I'd put minimap there, too), and then a lot of the entries in the extras menu can go. Probably better to only let the ECheck dock work, and not the "pop-up" window that you get when you go through the menu. Then you have 2 EChecks open, basically. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000137)
stm 2007-07-29 14:53 |
I've fixed the part with the two ECheck windows. |
(0000376)
trickert 2008-03-03 12:11 |
Another possible dock is: Bookmarklist. |
(0000477)
darcduck 2008-04-15 18:12 |
As we just discussed: Dock content should only be calculated if it is shown. Generally i would try to reduce recalculation to an absolut minimum. Open Issues recalculate completely after each time leaving the Options. Also if nothing has changed in the Open Issues Preferences. |
(0000650)
trickert 2008-07-19 13:24 |
made Bookmark list as dock (build 217) |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
185 | [Magellan] Plugins | Feature-Wunsch | immer | 2008-04-07 23:24 | 2022-08-23 10:44 |
Reporter: | trickert | Rechnertyp: | |||
Bearbeitung durch: | stm | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | zugewiesen | Produktversion: | 2.0.0 | ||
Produkt-Build: | Lösung: | offen | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | 2.1.1 | ||||
Project: | Magellan 2 | ||||
Zusammenfassung: | ExtCmds: Row/column indicator (for debugging) | ||||
Beschreibung: |
Es wäre toll, wenn man die richtigen Zeilen und Spalten bei der Bearbeitung sieht und der Fehler auf die korrekte Zeile & Spalte hinweist. Das betrifft einzelne Befehle grundsätzlich und wenn eine Library installiert ist, verschiebt sich der gesamte Bereich der Zeilen nach unten und das sollte abgefangen werden (die Zeilen der Library abziehen oder so). |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Zu diesem Eintrag gibt es keine Notizen. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
120 | [Magellan] Allgemein | Feature-Wunsch | nicht getestet | 2007-12-22 03:53 | 2022-08-23 10:43 |
Reporter: | Lanwin | Rechnertyp: | |||
Bearbeitung durch: | Betriebssystem: | ||||
Priorität: | normal | BS-Version: | |||
Status: | Rückmeldung | Produktversion: | 2.0.6 | ||
Produkt-Build: | Lösung: | offen | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Assign Tab key to show the full map | ||||
Beschreibung: |
I think it could be very good, to assign the Tab key to Map "maximize" and "restore" funktions, to have a quick full view of the map. Tab key pressed -> map maximized Tab key pressed again -> map restored This is similar to "hide all toolbars" tab key in photoshop. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000298)
trickert 2008-01-05 04:05 |
Das lässt sich machen. Nur welche Taste... ;-) |
(0000314)
darcduck 2008-01-08 02:44 |
Irgendeine ungenutzt F-Taste meinetwegen. Ansonsten geht es auch mit der Maus. Die Docks sind da wirklich hilfreich. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
158 | [Magellan] Allgemein | Feature-Wunsch | immer | 2008-03-29 10:52 | 2022-08-23 10:42 |
Reporter: | Lanwin | Rechnertyp: | |||
Bearbeitung durch: | Betriebssystem: | ||||
Priorität: | normal | BS-Version: | |||
Status: | bestätigt | Produktversion: | 2.0.6 | ||
Produkt-Build: | Lösung: | offen | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | 2.1.1 | ||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Rahmen in der Befehlsbox kann weg | ||||
Beschreibung: | Das die Einheit nochmal drüber steht ist gut so. Aber der Rahmen selbst ist reine Platz Verschwendung. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000404)
trickert 2008-04-01 09:36 |
Das ist im MultiEditor Modus schon sehr hilfreich... ...ihr seid alle kleine "möglichst-wenig-platz-verbrauchen"-Spezialisten, gell ;-)))) |
(0000405)
Lanwin 2008-04-01 13:43 |
Na ich bezeichne das mehr als effiziente Platzausnutzung :-) Also aus meiner Sicht, reicht die Linie Plus Einheitennamen oben vollkommen aus auch bei mehreren Einheiten in einer Liste. |
(0000432)
trickert 2008-04-15 11:03 |
versuchen wir es mal mit einer einzigen Linie am oberen Rand. Ich hab mal geschaut. Ohne Rand wird es schnell unübersichtlich. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
137 | [Magellan] Allgemein | Feature-Wunsch | nicht getestet | 2008-01-24 11:10 | 2022-08-23 10:41 |
Reporter: | Lanwin | Rechnertyp: | |||
Bearbeitung durch: | Betriebssystem: | ||||
Priorität: | normal | BS-Version: | |||
Status: | Rückmeldung | Produktversion: | 2.0.6 | ||
Produkt-Build: | Lösung: | offen | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Toolbar in regiontree | ||||
Beschreibung: |
This toolbar could be a shortcut the options to hide and show islands etc. And it would be good to have a search\filter textbox there which filters all islands, buldings etc which match the text in textbox. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000382)
darcduck 2008-03-04 02:59 |
I like that idea. But we should specify the requirement in more detail: Show/hide-buttons: - Islands - ...? Filters: - units, ships, buildings(, factions) and regions by text - units, ships, buildings by type/race - units by group, skill(level) How it should work? - I would say each object that is shown by the filter should be included in the tree with all it's parent nodes. |
(0000471)
darcduck 2008-04-15 12:15 |
ok, lets specify it in more detail: How should show/hide work: let's show up a button for all levels and objects defined in the options. i.e. The option define the following tree: Island +-Region | +-Faction | | +-Group | | . +-Unit | +-Ship | +-Building Thus we show up buttons for each of the 7 objects. If we deselect "Group" all units will be put directly under Faction. If we deselect "Faction" too, all units in this region are direct childs of "Region". If we only deselect "Unit" no units are shown. -------------------------------------------------------------- Filtering: For filtering i would use drop down fields [Typ of filtering|v] [Filter objects|v] [Filter value|v] [go] Type of filering: Names Type / Race Skill Item Filter object (depending on type of filtering) For Names: Unit Ship Building Faction Region Group All For Type / Race Unit Ship Building Region All For skill list all Skills For Item list all items and itemcategories Filter Value: For Text - allow free text For Type - add all known types in dropdown For Skill - Skilllevel For Item - minimum amount -------------------------------------------------------------- Buttons for determining the details to be displayed: - batte state - in ship/Building - skills - items - number / load - guarding region -------------------------------------------------------------- I'm not sure if this will not overload the screen with unsued buttons. Each party should be deactivateable. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
168 | [Magellan] Allgemein | Feature-Wunsch | immer | 2008-04-05 09:02 | 2022-08-23 10:38 |
Reporter: | Merlin | Rechnertyp: | |||
Bearbeitung durch: | Betriebssystem: | ||||
Priorität: | niedrig | BS-Version: | |||
Status: | anerkannt | Produktversion: | 2.0.0 | ||
Produkt-Build: | 181 | Lösung: | offen | ||
Projektion: | kleinere Änderung | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Kategorisierung lässt sich in der Detailanzeige nicht abstellen | ||||
Beschreibung: |
In der Detailanzeige von Einheiten wird bei allen Gegenständen immer die Kategorie mit angezeigt. Die Einstellung unter Optionen/Icons/Detaileinträge/"Gegenstände kategorisieren"/"Details..." funktioniert nicht. (Das Gleiche unter "Nachrichteneinträge" und "Regionsbaumeinträge" auf der selben Optionsseite, nur dass da _nie_ eine Kategorisierung vorgenommen wird.) Das hat zur Folge, daß bei einer Einheit, die z.B. nur Schwerter, Plattenpanzer und Schilde hat, für jeden Gegenstand 2 Zeilen genutzt werden und somit Platz verschwendet wird. In dem Zusammenhang sollten unter "Details..." die fehlenden Kategorien für Silber, Distanz-Waffen, Munition, Schilde und Trophäen ebenfalls wählbar sein. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: |
Optimal wäre eine zusätzliche Option, mit der man festlegen kann, dass in der Detailanzeige eine Kategorie prinzipiell weggelassen wird, wenn sich darunter nur 1 Eintrag befindet. Bei mehr als 1 Eintrag wird die Kategorisierung für diesen Zweig eingeblendet. Die Sortierung der Gegenstände sollte dadurch nicht beeinflusst werden (so als wären alle Kategorien eingeblendet). |
||||
Angehängte Dateien: | |||||
Notiz | |
(0000428)
stm 2008-04-06 13:45 |
Die Option funktioniert korrekt. Sie macht nur etwas anderes: Hierdurch lassen sich bei *Einheiteneinträgen* in Regionsbaum bzw. Regionsdetails Icons zusammenfassen. Also statt T1 4 T2 2 SS 2 BB 4 Name (abc): 1 steht dann T1 4 T2 2 BB 6 Name (abc): 1 falls SS zum Beispiel Schwert und BB Bihänder sind. Schwerter und Bihänder (und alle anderen Nahkampfwaffen) werden also zu einem Icon zusammengefasst. Die von Merlin angesprochene Funktionalität ist aber auch ganz interessant, deshalb mache ich da draus mal einen Featurewunsch. |
(0000436)
Merlin 2008-04-07 00:40 |
Dann sollte aber in dem Beispiel nicht das Icon für Bihänder, sondern für die Kategorie Waffen angezeigt werden. (Wahrscheinlich ist mir deshalb die Funktionalität bei meinen Tests nicht aufgefallen.) Das macht dann 3 Feature-Wünsche: 1) die oben genannten fehlenden Kategorien einstellbar machen 2) was ich unter "Zusätzliche Informationen" für die Liste der Gegenstände in der Detailansicht geschrieben habe 3) die Icons für die jeweilige Kategorie anzeigen, statt des Icons des ersten gefundenen Gegenstandes |
(0000539)
Phillipp 2008-05-06 19:46 |
3) ist inzwischen möglicherweise gelöst. Siehe Bug 0000253, da geht es um die selbe Sache, nur für den Regionsbaum. |
(0000547)
Fiete 2008-05-18 09:37 |
"Früher" wurde dort das Icon des "letzten" Gegenstandes benutzt (Bihänder). In dem Fix wird nun das Kategorieicon genutzt, daher die Diskrepanz. 3) würde alse eher lauten, das Bild in der Hilfe anzupassen. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
47 | [Magellan] Allgemein | Feature-Wunsch | immer | 2007-11-19 12:49 | 2022-08-23 10:36 |
Reporter: | Fiete | Rechnertyp: | PC | ||
Bearbeitung durch: | Betriebssystem: | Win XP SP2 | |||
Priorität: | normal | BS-Version: | Beta | ||
Status: | anerkannt | Produktversion: | 2.0.6 | ||
Produkt-Build: | Lösung: | offen | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Option to display unit icons under the text | ||||
Beschreibung: |
In moment i have only the option to display the unit icons (talent etc) left or right of the text. If the icons are right, it is unclear and the units names are bad idented. If the icons are left, the unitnames are good idented but i have to scroll or make the window large to see all icons. In that case i think i could be mutch bedder if there is an option to display the icons of a unit under or up to the text. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Systembeschreibung | |||||
Angehängte Dateien: |
Unbenannt-3.jpg (14,515 Bytes) 2007-11-19 12:49 http://eressea.dracones.de/magellanbugs/file_download.php?file_id=2&type=bug |
||||
Notiz | |
(0000265)
Fiete 2007-11-19 12:50 |
von darcduck: Ja etwas freiere Möglichkeiten die Icons und Texte anzuordnen wäre gut. Ich würde aber noch weiter gehen also nur die Icons drunter zu erlaufen: <- = linksbündig -> = rechtbündig [ = der Inhalt rechts wird vollständig dargestellt. | = der Inhalt wird beidseitig gleich wichtig dargestellt. T1 ... = Icons für Talente G1 ... = Icons für Gegenstände P ... = Icon für Burg/Schiff (parent) i ... = integer Wert L ... = Icon für Langen Befehl <-P Name der Einheit [ (id) L-> <-T1 i T2 i T3 i | G1 i G2 i G3 i-> Bei sehr vielen Talenten udn Gegenständen hätte ich gern (weiterhin) die Möglichkeit die Anzahl unter dem Icon darzustellen: <-P Name der Einheit [ (id) L-> <-T1 T2 T3 T4 T5 | G1 G2 G3 G4 G5-> <-i i i i i | i i i i i -> Ideal wäre also wenn man mittels tag magstyle weiterhin verschiedene Einstellungen verwenden kann, nur etwas flexibler layouten wäre gut. Falls sich das Layout HTML-artig beschreiben liesse und ein paar standardformate da sind wäre das schon perfekt. Grüsse Ralf |
(0000264)
Fiete 2007-11-19 12:50 |
Sorry, aber zu dem Originalproblem gab es 836 SPAM-Eintragungen. Habe also neu angelegt. Original Poster war Lanwin. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
232 | [Magellan] Allgemein | Feature-Wunsch | immer | 2008-04-23 10:43 | 2022-08-23 10:35 |
Reporter: | Enno | Rechnertyp: | |||
Bearbeitung durch: | Betriebssystem: | ||||
Priorität: | normal | BS-Version: | |||
Status: | anerkannt | Produktversion: | 2.0.0 | ||
Produkt-Build: | Lösung: | offen | |||
Projektion: | kleinere Änderung | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | 2.1.1 | ||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Zu viele Optionsdialoge: Expert Mode? | ||||
Beschreibung: | Das verwirrt jeden, inklusive mir. Insbesondre MapRenderer usw. Es ist toll, dass das so customizable ist, aber schreckt furchtbar ab. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: |
Da kann man sich evtl. von Programmen vie Miranda und VLC etwas abschneiden, die gewisse Options-Tabs einfach als "Expert Mode" markeiren, und sie nur ueber eine Extra-Option anzeigen. |
||||
Angehängte Dateien: | |||||
Notiz | |
(0000655)
stm 2008-07-29 15:28 |
Das würde ich gerne bis zum nächsten großen Release (2.1.0) angegangen sehen. ;) |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
90 | [Magellan] Allgemein | Feature-Wunsch | immer | 2007-10-14 04:10 | 2022-08-23 10:34 |
Reporter: | Khadar | Rechnertyp: | |||
Bearbeitung durch: | Betriebssystem: | ||||
Priorität: | normal | BS-Version: | |||
Status: | neu | Produktversion: | 2.0.6 (nightly) | ||
Produkt-Build: | Lösung: | offen | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Order completion for NUMBER UNIT | ||||
Beschreibung: |
When creating a new unit, Magellan can use sequential unit IDs as specified under Options->System->IDs of Tempunits. It would be nice if the order completion NUMBER UNIT ... would give the next ID in line. E.g.: Say you've created a TEMP unit r001, but ID r001 already exists. In the new report the unit will have a random ID, say peyu. It would be really handy if Magellan suggests r002 when peyu is issued the NUMBER UNIT order. Also, if the setting under Options->System->IDs of Tempunits could be automatically updated for each TEMP unit created or unit "renumbered", a player would only have to set this once, and not have to update it weekly. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Zu diesem Eintrag gibt es keine Notizen. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
112 | [Magellan] Allgemein | Feature-Wunsch | immer | 2007-12-13 02:53 | 2022-08-23 10:32 |
Reporter: | darcduck | Rechnertyp: | |||
Bearbeitung durch: | Betriebssystem: | ||||
Priorität: | normal | BS-Version: | |||
Status: | neu | Produktversion: | 2.0.6 | ||
Produkt-Build: | Lösung: | offen | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Speichern von "Nichtgefundenen Resourcen" beim Mergen | ||||
Beschreibung: |
Es wäre hilfreich im CR verfolgen zu können, welche Stufenabhängigen Resourcen man bis zu welcher Stufe in der Region nicht gefunden hat. Dazu sollte entsprechend ein 0-Eintrag beim Mergen verschiedener Runden erzeugt werden. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: |
So sieht ein Resourceneintrag üblicherweise aus. In dem Fall hatte eine Einheit in der Region mindestens Steinbau T12. RESOURCE 1921980595 "Steine";type 13;skill 152;number Angenommen der beste Steinbauer in der Region hat T12 findet aber nichts, so sollte folgender Eintrag beim mergen verschiedener Runden erzeugt werden: RESOURCE 1921980595 "Steine";type 13;skill 0;number Zu prüfen/generieren sind: 1921980595 - Steine - Steinbau 1734599010 - Eisen - Bergbau 1734727326 - Laen - Bergbau Innerhalb einer Runde ist kein Erzeugen von 0-Resourcen notwendig, da alle Talente erhalten bleiben und Resourcen korrekt gemergt werden. Fälle: MaxUnitSkill==0 => Alte Infos behalten falls vorhanden MaxUnitSkill>0 && Resource weder in aktueller noch alter GameData => Erstelle Resouce(0, MaxUnitSkill+1) ; bisher nichts gefunden, obergrenze der Prüfung merken MaxUnitSkill>0 && Resource nicht im aktuellen, aber in alter GameData -> Wenn MaxUnitSkill+1>=AlteResource.Level => Setze Resource(0, MaxUnitSkill+1) ; hier wissen wir, das etwas auf höheren Stufen da sein sollte. Das muss irgendwie kenntlich gemacht werden -> Sonst => Alte Infos behalten MaxUnitSkill>0 && Resource in aktueller GameData => neue Infos setzen Bei allen Umbauten aufpassen, das (Mallorn)Bäume/Schößlinge weiter funktionieren. |
||||
Angehängte Dateien: | |||||
Notiz | |
(0000450)
darcduck 2008-04-09 08:12 |
Zur Unterscheidung zwischen "noch nie hier was gefunden aber bis Talent X gesucht" und "hier war mal Eisen auf niedrigerer Stufe, jetzt bis TX aber nichts zu sehen" sollte im einen Fall -1 (noch nie) und im anderen (0) als Menge verwendet werden. Natürlich wäre es noch schöner wenn man die Letzte Bekannte Resourcenmenge und Stufe solange _als_alt_ behält, bis man wieder aktuelle Infos erhält. Für Resourcenblöcke wird aber bislang keine Altinformation zur Delta-Berechnung gehalten. Stattdessen wird diese info in die letzte-tags der Region geschrieben und dann von dort wieder "rankombiniert" wenn die Resourcen gelesen werden. An sich ist das inkonsequent, da sich so nur die letzte Menge nicht aber die letzte Stufe speichern lässt. |
(0000451)
darcduck 2008-04-09 09:40 (Zuletzt bearbeitet: 2008-05-24 20:25) |
Nach noch etwas mehr Codingstudium ist mir generell die Handhabung von Regionsresourcen nicht geheuer. In den Rules wird keine Unterscheidung zwischen Gegenstand den eine Einheit trägt oder Resource einer Region gemacht. Nachdem ich nun im Rahmen der XML-Diskussion nochmal drüber nachgedacht habe, ist das eigentlich ein guter Ansatz. Allerdings sollte aus den Regeln schon klar werden, das man z.b. Schösslinge nie in der Hand halten kann. Resourcen sind dann "Gegenstände/Inventar der Region". Dabei haben sie natürlich die Sondereigenschaft "Level". |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
319 | [Magellan] Magellan 2 | Feature-Wunsch | immer | 2010-09-01 12:15 | 2022-08-23 10:28 |
Reporter: | stm_ | Rechnertyp: | |||
Bearbeitung durch: | Betriebssystem: | ||||
Priorität: | niedrig | BS-Version: | |||
Status: | neu | Produktversion: | 2.0.6 | ||
Produkt-Build: | Lösung: | offen | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Einheiten zusammenfassen/teilen | ||||
Beschreibung: |
Es wäre nett, Einheiten zusammenfassen zu können: markieren -- rechtsklick -- "Zusammenfassen" erzeugt GIB ALLES/GIB ALLES PERSONEN an den richtigen Stellen Ähnlich aufteilen: Markieren -- Rechtsklick -- Maximale Personenzahl/Gewicht angeben erzeugt TEMP-Einheiten und GIB Ausrüstung-Befehle |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000763)
stm_ 2010-09-01 12:16 |
|
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
332 | [Magellan] Magellan 2 | Feature-Wunsch | immer | 2011-08-12 18:30 | 2022-08-23 10:28 |
Reporter: | Pyanfar | Rechnertyp: | |||
Bearbeitung durch: | Betriebssystem: | ||||
Priorität: | niedrig | BS-Version: | |||
Status: | neu | Produktversion: | 2.0.6 | ||
Produkt-Build: | Lösung: | offen | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Gruppen-Bearbeitung | ||||
Beschreibung: |
Seit einiger Zeit wünsche ich mir schon die Möglichkeit, Gruppen gezielt bearbeiten zu können, also beispielsweise: - in der suche (STRG+F) - in der Parteistatistik - und auch generell... Ein Dialog wie z.B. der Gruppenhelfestatuseditor wäre fein. Um z.B. allen Angehörigen einer Gruppe dieselbe Tarnung, Präfix oder gar andere Befehle zu geben, sie als Lesezeichen zu setzen, usw. Mir fehlen grad die weiteren Beispiele, kann aber gerne welche liefern (einfach botschaft partei scaL ) :) |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000789)
stm_ 2011-08-24 11:10 |
Nach Gruppen suchen habe ich mal hinzugefügt. Für alles andere muss ich im Moment auf die ExtendedCommands verweisen. Zum Beispiel: {{{ for (Unit u : world.getUnits()) { if (u.getGroup().getName().equals("Gruppenname")){ u.addOrder("TARNE PARTEI NUMMER ii"); } } }}} |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
166 | [Magellan] Grafik | Feature-Wunsch | N/A | 2008-04-04 07:33 | 2022-08-23 10:27 |
Reporter: | darcduck | Rechnertyp: | |||
Bearbeitung durch: | Betriebssystem: | ||||
Priorität: | normal | BS-Version: | |||
Status: | neu | Produktversion: | 2.0.6 | ||
Produkt-Build: | Lösung: | offen | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Neugestaltung Layout Einheiten im Regionsbaum | ||||
Beschreibung: |
Besseres (= übersichtlicher aber dennoch platzsparend) Layout für Einheiten im Regionsbaum erwünscht. Unterzubringende Infos: - Einheitenname, ID, Anzahl Personen (Name (id) : x) - Gegenstände mit Anzahl (G x) - Talente mit Stufe (T x) - Gebäude / Schiff (BS) Aktuell: |<- BS T x G x Name (id) : x ... | Probleme: - sehr viele Gegenstände - sehr viele Talente - Namen mit Zahlen am Anfang (verwechselbar mit Anzahl/Stufe) - sehr lange Namen - ID nicht sichtbar - Talente und Gegenstände ohne Trennung |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: |
Ziel: - Frei konfigurierbar oder mehrere Varianten zur auswahl z.b.: bei mehreren Talenten und Gegenständen: |<- BS Name ... (id): x ->| |<- __ T x ... G x ->| Problem: - vertikal mehr Platz beansprucht Ansätze zum Platzsparen: - Talent == Stufe 1 nur Icon ohne Zahl - Talent == Stufe 0 nur Icon rot durchgestrichen (nicht nutzbar) - Gegenstände == Anzahl Personen nur Icon ohne Zahl - zu Lange Namen abblenden - einzeiliges und mehrzeiliges Layout kombinieren - Haupttalent/bestes Talent vor Name Beispiel: wenig Talente und Gegenstände |<- BS T x Name ... G x (id) : x ->| Nehmen die Talente und Gegenstände also zu viel Platz ein, dann rutschen sie quasi in die nächste Zeile. Das ist leider mit vorhandenen Layout Managern nicht möglich. Ähnlich dem FlowLayout könnte man aber einen LayoutManager entwickeln. Komponenten brauchen dann eine Horizontale und eine vertikale Priorität, sowie eine Ausrichtung nach rechts, links oder center. Die Arbeitsweise wäre folgende: 1. Komponenten nach vertikaler Prio sortieren. 2. zu Zeilen gruppieren. Dabei wird die minimale Breite der komponenten addiert, ggf. mit Gap solange die Zeilenbreite nicht erreicht ist. Passt eine komponente nicht mehr in die Zeile wird eine neue Zeile begonnen. 3. die Komponenten einer Zeile nach ausrichtung und horizontaler prio sortieren. 4. Freien Platz der Zeile gleichmässig (prozentual) entsprechend preferredWidth auf die komponenten verteilen. 5. erst rechts, dann links jeweils vom rand beginnend layouten, dann im übrigen freiraum die center komponenten gleichmässig verteilen. Reichenfolge rechts nach links. 6. Zeilenhöhe ist die maximale Höhe der einzelkomponenten + margins wenn definiert 7. mit der nächsten Zeile fortfahren. Zusatzinfos die man mit unterbringen könnte: - Typ Langer Befehl - Verlassen und Betreten von Gebäuden und Schiffen. So jetzt kann ich meine Ideen nicht vergessen und das irgendwann mal in Angriff nehmen. Mögliche Varianten habe ich mal versucht unter ... http://wiki.duckstein.net/EresseaBegriffe/Test ... zusammenzustellen. Viel übersichtlicher erscheinen mir die neuen Layouts aber auch nicht. |
||||
Angehängte Dateien: | |||||
Zu diesem Eintrag gibt es keine Notizen. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
88 | [Magellan] Allgemein | Feature-Wunsch | N/A | 2007-09-28 09:58 | 2022-08-23 10:26 |
Reporter: | darcduck | Rechnertyp: | |||
Bearbeitung durch: | Betriebssystem: | ||||
Priorität: | normal | BS-Version: | |||
Status: | neu | Produktversion: | 2.0.6 (nightly) | ||
Produkt-Build: | Lösung: | offen | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Icons für Langen Befehl | ||||
Beschreibung: |
Es wäre schön wenn man die Option hätte sich den Aktuellen Langen Befehl der Einheit in der Regionsbaumansicht mit anzeigen zu lassen. Also LERNEN, LEHREN, (VER)KAUFEN, NACH, MACHE, ... also nur den Typ den Befehls, nicht in Einzelheiten. Die Icons könnte man in Zukunft dann auch verwenden um Klick-basierte Befehlsvergabe anzubieten. Die möglichen Befehle werden ja jetzt schon ermittelt. Wenn ich für NACH einfach nur einen Button über dem Befehlsfenster drücken muss und dann die Zielregion auf der Karte anklicke - prima. Bei MACHE und VERKAUFE gleich die entsprechenden Gegenstände/Gebäude(typen)/Schiffe/Schiffstypen/Resourcen anzeigen die "machbar" sind. Daneben dann einen Button für "bestätigen und nächste Einheit" (gibts dafür eigentlich einen Hotkey, also für beides zusammen?) Die Icons kann man auch ins Kontextmenü der Einheit unter Befehl Geben einbauen. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: |
Wie schwer es ist DEN langen Befehl zu ermitteln müsste ich mir mal anschauen, dann kann ich zumindest technische Vorarbeit leisten. Prinzipiell kann man ja mehrere quasilange Befehle angeben, da muss man wahrscheinlich Einzelfalllösungen finden. Gruss Ralf |
||||
Angehängte Dateien: | |||||
Notiz | |
(0000204)
Khadar 2007-12-11 14:04 |
A lot of orders could be done with existing icons. I could make 20x16 pixel versions for all of them to get them to line up correctly. Let me know if/when you're actually implementing this, so I can do that and figure out icons for the orders I have left open here? For most I have a pretty good idea what icon to make, but I'm not going to make them all if they're not going to be used ;) ATTACK: attacker.gif BANNER: banner.gif BUY: trade.gif (depending on which luxury good is clicked next it should be obvious whether BUY or SELL is meant. Alternatively we could use the icons for each luxury good, but that would make the list that much longer. I would prefer to have several "levels".) CARRY: carries.gif CAST "spell": magic.gif (would we want icons for all spells? since magic is secret, might not be advisable) CLAIM: - COMBAT: kampfstatus.gif COMBATSPELL: combatspell.gif (sent to the list nov 21, not in release yet) CONTACT: - DEFAULT: - DESCRIBE: spell_syntax.gif DESTROY: damage.gif EMAIL: email2.gif ENTER: - ENTERTAIN: entertainment.gif FOLLOW: - FORGET: misc.gif GIVE: give.gif GROUP: groups.gif GROW (herbs): herbs.gif GROW (horses): pferdezucht.gif GUARD: bewacht.gif HELP: alliance.gif HIDE: stealth.gif LEARN: pupils.gif LEAVE: - MAKE: for resources just use the corresponding skill icon MAKE TEMP: - MESSAGE: spell.gif MOVE: - NAME: - NUMBER: - OPTION: - ORIGIN: koordinaten.gif PASSWORD: - PIRACY: - PLANT (seed): same.gif PLANT (mallornseed): mallornsame.gif PLANT (herb): use corresponding herb icon. Might be confusing with MAKE and GROW herbs, but there'll be text too, right? PREFIX: prefix.gif PROMOTION: hero.gif QUIT: - RECRUIT: rekruten.gif RESEARCH HERBS: - RESERVE: reserve.gif RESTART: - RIDE: passengers.gif ROUTE: - SABOTAGE SHIP: - SELL: trade.gif (depending on which luxury good is clicked next it should be obvious whether BUY or SELL is meant) SHOW: - SIEGE: catapult.gif SORT: - SPY: espionage.gif STEAL: spy.gif? TAX: taxation.gif TEACH: teacher.gif USE (potion): phiole.gif. (Alternatively we could use corresponding potion icon, but that might make the list too long again) WORK: arbeiten.gif Icons for skills, items, races, etc should be obvious, though we'll have to check if we need to make those 20x16 as well, or if they can all be 16x16. I would strive to have the same size icons in each "level" of the "ordertree". I think that covers most of it. Like I said, I'll go into more details once we know we really want to do this. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
433 | [Magellan] | Feature-Wunsch | nicht getestet | 2022-08-23 10:24 | 2022-08-23 10:24 |
Reporter: | stm2 | Rechnertyp: | PC | ||
Bearbeitung durch: | Betriebssystem: | Linux | |||
Priorität: | normal | BS-Version: | Ubuntu | ||
Status: | neu | Produktversion: | 2.1.0-beta | ||
Produkt-Build: | Lösung: | offen | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | |||||
Zusammenfassung: | Auto save | ||||
Beschreibung: | Report (oder nur Befehle) automatisch alle x Minuten speichern. Löschen beim Speichern/normal Beenden, Wiederherstellungsoption beim Programmstart. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Systembeschreibung | |||||
Angehängte Dateien: | |||||
Zu diesem Eintrag gibt es keine Notizen. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
432 | [Magellan] Allgemein | Feature-Wunsch | nicht getestet | 2022-07-22 23:39 | 2022-08-23 10:22 |
Reporter: | stm2 | Rechnertyp: | PC | ||
Bearbeitung durch: | stm2 | Betriebssystem: | Linux | ||
Priorität: | normal | BS-Version: | Ubuntu | ||
Status: | zugewiesen | Produktversion: | |||
Produkt-Build: | Lösung: | offen | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | 2.1.0 | ||||
Project: | |||||
Zusammenfassung: | Profile im/exportieren | ||||
Beschreibung: | Man sollte Profile von anderen Magellaninstallationen importieren können, am besten mit automatischer Suche. Ein explizites Exportfeature wäre auch nicht schlecht. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Systembeschreibung | |||||
Angehängte Dateien: | |||||
Zu diesem Eintrag gibt es keine Notizen. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
430 | [Magellan] Funktionen | kleinerer Fehler | immer | 2022-06-06 09:01 | 2022-07-14 16:59 |
Reporter: | Seregeth | Rechnertyp: | |||
Bearbeitung durch: | stm2 | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.1.0 | ||
Zielversion: | |||||
Project: | |||||
Zusammenfassung: | Anzeige in Gebäuden | ||||
Beschreibung: | Bei der neuen Anzeige, wie viele Personen in den Gebäuden stehen habe ich einen Hinweis: Hier wird nicht auf Temp Einheiten Rücksicht genommen (betritt eine Temp Einheit, wird es in der Klammer nicht angezeigt) und bei Personen die an eine bestehende Einheit gegeben werden wir die aktuelle Anzahl nicht angezeigt (in Klammer die Anzahl der Urpsrungseinheit ohne zusätzliche Personen) | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Zu diesem Eintrag gibt es keine Notizen. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
431 | [Magellan] General | kleinerer Fehler | zufällig | 2022-07-04 21:55 | 2022-07-04 22:08 |
Reporter: | K | Rechnertyp: | |||
Bearbeitung durch: | Betriebssystem: | Windows 10 | |||
Priorität: | normal | BS-Version: | |||
Status: | neu | Produktversion: | 2.1.0-beta | ||
Produkt-Build: | Lösung: | offen | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | |||||
Zusammenfassung: | Interphase reagiert gelegentlich nicht | ||||
Beschreibung: |
Direkt nach dem Laden eines neuen CR reagiert Magellan auf keiner Klicks oder Tasten, lediglich das Scrollrad zeigt Wirkung. Das Programm ist nur durch den Taskmanager zu beenden, Rechstsklick und Beenden in der Taskleiste reicht auch nicht. |
||||
Tags: | |||||
Schritte zur Reproduktion: | bisher nur beim späteren Laden (nicht zu Programmstart) eines recht großen CR (6.4 MB) | ||||
Zusätzliche Informationen: | Magellan Version 2.1.0-785.rc | ||||
Angehängte Dateien: |
errors ausschnitt.txt (12,239 Bytes) 2022-07-04 22:08 http://eressea.dracones.de/magellanbugs/file_download.php?file_id=53&type=bug |
||||
Notiz | |
(0000971)
K 2022-07-04 22:08 |
Doch etwas, ggf |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
429 | [Magellan] Allgemein | Feature-Wunsch | nicht getestet | 2022-05-13 14:26 | 2022-05-13 14:26 |
Reporter: | stm2 | Rechnertyp: | PC | ||
Bearbeitung durch: | Betriebssystem: | Linux | |||
Priorität: | normal | BS-Version: | Ubuntu | ||
Status: | neu | Produktversion: | |||
Produkt-Build: | Lösung: | offen | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | |||||
Zusammenfassung: | Beispielreport | ||||
Beschreibung: | Beim ersten Start sollte die Option bestehen, einen Beispielreport zu laden, um sich schon mal mit Magellan vertraut machen zu können. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Systembeschreibung | |||||
Angehängte Dateien: | |||||
Zu diesem Eintrag gibt es keine Notizen. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
427 | [Magellan] Allgemein | Feature-Wunsch | immer | 2022-03-06 00:29 | 2022-03-10 12:43 |
Reporter: | Julian | Rechnertyp: | |||
Bearbeitung durch: | stm | Betriebssystem: | |||
Priorität: | niedrig | BS-Version: | |||
Status: | erledigt | Produktversion: | 2.1.0-beta | ||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.1.0 | ||
Zielversion: | |||||
Project: | |||||
Zusammenfassung: | Magellan kennt nicht den Befehl: OPTION TALENTVERSCHIEBUNG [NICHT] | ||||
Beschreibung: | Der Befehl OPTION TALENTVERSCHIEBUNGEN wird als falsch markiert. Damit kann man einschalten, das man z.B. nach einem Stufenaufstieg (+1) angezeigt bekommt. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | Magellan Version 2.1.0-744.rc | ||||
Angehängte Dateien: | |||||
Notiz | |
(0000963)
stm 2022-03-10 12:43 |
Bei der Gelegenheit noch Materialpool und Silberpool deaktiviert. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
425 | [Magellan] Magellan 2 | Unschönheit | immer | 2022-01-15 11:21 | 2022-02-08 14:46 |
Reporter: | lordrobe | Rechnertyp: | Imac Pro | ||
Bearbeitung durch: | Betriebssystem: | macOS | |||
Priorität: | normal | BS-Version: | 10.15 Catalina | ||
Status: | neu | Produktversion: | 2.1.0-beta | ||
Produkt-Build: | Lösung: | offen | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | |||||
Zusammenfassung: | MacOs - Beenden über Icon führt zum Absturz von Magellan | ||||
Beschreibung: |
Moin, ich nutze Magellan auf macOS Catalina. Wenn ich Magellan beim Beenden über "Datei - Beenden" innerhalb von Magellan beende, ist alles in Ordnung. Beende ich Magellan allerdings über das Icon (das Rote X am Magellan Fenster), stürzt Magellan komplett ab. Das System hängt (zumindest für eine Weile). |
||||
Tags: | |||||
Schritte zur Reproduktion: | Magellan starten, mit dem "roten X" von MacOs beenden. | ||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000959)
lordrobe 2022-01-15 11:26 |
Ich möchte noch einmal ergänzen: Magellan stürzt auch (aber nur ab und zu) ab, wenn ich über Datei - Beenden gehe. |
(0000962)
stm 2022-02-06 13:42 (Zuletzt bearbeitet: 2022-02-08 14:46) |
Ich hab da mal nachgeforscht und was verbessert. Bitte wenn möglich mal testen, ob das jetzt besser funktioniert und auch Report und Einstellungen korrekt gespeichert werden. !!Achtung, dabei könnte es vorkommen, dass der Report zerstört wird!! Release hier: https://github.com/magellan2/magellan2/releases/download/v2.1-latest/Magellan_installer_macos_v2.1.0-764.rc.dmg |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
262 | [Magellan] Allgemein | kleinerer Fehler | immer | 2008-06-08 15:15 | 2022-01-28 09:22 |
Reporter: | stm | Rechnertyp: | |||
Bearbeitung durch: | stm | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | 2.0.2 | ||
Produkt-Build: | 408 | Lösung: | nicht reproduzierbar | ||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.0.5 | ||
Zielversion: | 2.0.3 (Planung) | ||||
Project: | Magellan 2 | ||||
Zusammenfassung: | visibility-Information fehlerhaft | ||||
Beschreibung: | Beim Mergen wird bei Regionen, die im neuen Report nicht mehr vorkommen, die "visibility" vom alten Report übernommen. Stattdessen sollte visibility=0 gesetzt werden. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000593)
Fiete 2008-06-09 08:21 |
Nach Changelog gefixed durch stm am 08.06.2008, build 212 |
(0000603)
stm 2008-06-15 19:34 |
Immer noch fehlerhaft, Analyse folgt. |
(0000961)
stm 2022-01-28 09:22 |
Ist wohl schon lange erledigt |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
424 | [Magellan] General | kleinerer Fehler | nicht getestet | 2021-07-09 08:47 | 2021-07-09 08:47 |
Reporter: | stm | Rechnertyp: | x86 (intel processor, 32bit) | ||
Bearbeitung durch: | Betriebssystem: | SuSE Linux | |||
Priorität: | normal | BS-Version: | 10.1 | ||
Status: | neu | Produktversion: | |||
Produkt-Build: | Lösung: | offen | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | |||||
Zusammenfassung: | Altes LaF nicht gefunden. | ||||
Beschreibung: | Hallo, ich musste auf meinem Rechner alles neu installieren. Magellan ist neu, Java habe ich gleich 16 genommen. Jetzt funktioniert der Start von Magellan nicht mehr: WindowsLookAndFeel (in module Java.Desktop) - Module Java.Desktop does not export com.sun.java.swing.plaf.windows | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Systembeschreibung | |||||
Angehängte Dateien: | |||||
Zu diesem Eintrag gibt es keine Notizen. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
423 | [Magellan] Installer | Absturz | nicht getestet | 2021-06-23 18:17 | 2021-06-23 18:17 |
Reporter: | Julian | Rechnertyp: | x64 | ||
Bearbeitung durch: | Betriebssystem: | Windows 10 Pro | |||
Priorität: | normal | BS-Version: | 10.0.19041 | ||
Status: | neu | Produktversion: | 2.1.0-beta | ||
Produkt-Build: | Lösung: | offen | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | |||||
Zusammenfassung: | MapIcons Plugin kann nicht per Installer in Standardpfad C:\Program Files\Magellan installieren | ||||
Beschreibung: |
Habe Magellan per Installer im Standardpfad C:\Programme\Magellan installiert. Magellan läuft dann auch. Dann wollte ich das MapIcons Plugin installieren, ebenfalls per Installer. Das schlägt aber fehl mit der Fehlermeldung: "Sie haben ein Ziel eingegeben, welches nicht beschreibar ist. Bitte wählen Sie ein anderes Verzeichnis aus!" Wenn ich Magellan an anderer Stelle (nicht C:\Programme) installiere, dann klappt die Installation von Magellan und auch von mapicons per Installer. Man muss dann allerdings natürlich im Installer von mapicons den korrekten (nicht-Standard) Installationspfad eingeben. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: |
Hatte im Eressea discord in #magellan das Problem berichtet: https://discordapp.com/channels/509396702663278592/519237079192961069/856989146467139584 Ein ähnliches(?) Problem hatte fftools. Ich konnte das plugin fftools2.jar nur mit admin-Rechten in den Ordner C:\Programme\Magellan\plugins kopieren. Beim Versuch Magellan zu starten, kam dann aber eine Fehlermeldung "a fatal error occured: java.lang.NullPointerException". Mit der Magellan-Installation an anderer Stelle (nicht C:\Programm) konnte aber auch dieses Problem behoben werden. Eventuell sollte ich das fftools-Problem aber nicht im Magellan-Bugtracker melden, sondern direkt bei Fiete? |
||||
Angehängte Dateien: |
FFTools2_ErrMsg.png (165,266 Bytes) 2021-06-23 18:17 http://eressea.dracones.de/magellanbugs/file_download.php?file_id=51&type=bug MapIcons_Installer_ErrorMsg.png (74,073 Bytes) 2021-06-23 18:17 http://eressea.dracones.de/magellanbugs/file_download.php?file_id=52&type=bug |
||||
Zu diesem Eintrag gibt es keine Notizen. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
410 | [Magellan] Magellan 2 | kleinerer Fehler | nicht getestet | 2018-09-24 10:54 | 2021-04-22 11:51 |
Reporter: | stm2 | Rechnertyp: | |||
Bearbeitung durch: | stm2 | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.1.0-beta | ||
Zielversion: | |||||
Project: | |||||
Zusammenfassung: | Frage zu Magellan: Routenplaner (Land) | ||||
Beschreibung: |
Im Kontext-Menu einer Einheit (auf Land) kann man in Magellan den Routenplaner (Land) öffnen. Dort gibt man die Ziel-Region ein. Dann wähle ich die Checkboxen "Einfache Reise planen", "Reichweite berücksichtigen", "Vorlage Metabefehle erzeugen". Bei einem längeren Weg kommen dann NACH-Befehle über 4 Regionen heraus. Aber mit Pferd und Straße kann man maximal 3 Regionen weit reisen. Ich weiß nicht, ob der Routenplaner das immer so macht oder nur meistens. Ich habe keine Beobachtungen unter welchen Bedingungen, es die mögliche Reichweite überschätzt. Bei Reisen ohne Pferd bin ich mir nicht sicher, ob es Fehlabschätzungen gibt. Kann und muss man die "Reiseregeln" (+1 mit Straße, +1 mit Pferd) irgendwo für Magellan konfigurieren? Ich verwende Magellan 2.0.6 build 668 Report von Dael, http://www.pbem-spiele.de/forum/viewtopic.php?f=16&t=4248 |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: |
routenplaner_dialog.png (6,904 Bytes) 2018-09-24 18:27 http://eressea.dracones.de/magellanbugs/file_download.php?file_id=40&type=bug gesamtansicht.png (203,428 Bytes) 2018-09-24 19:19 http://eressea.dracones.de/magellanbugs/file_download.php?file_id=41&type=bug thoronear_wasserwinkel.cr (28,584 Bytes) 2018-09-24 19:24 http://eressea.dracones.de/magellanbugs/file_download.php?file_id=42&type=bug routenplaner.cr (7,346 Bytes) 2018-09-24 22:17 http://eressea.dracones.de/magellanbugs/file_download.php?file_id=43&type=bug |
||||
Notiz | |
(0000922)
Dael 2018-09-24 19:35 |
Einheit 8033 hat 10 Personen, Reiten Talentstufe 8, 160 Pferde, 203k Silber und damit kann er reiten. Im Routenplaner lasse ich eine Route nach Wasserwinkel suchen und es erzeugt: NACH O SO // #after 1 { NACH SW SW SO } // #after 2 { NACH SW SW W W } Das erste "NACH O SO" ist richtig, denn dort gibt es keine Straße und mit Pferd kommt man nur 2 Regionen weit. Im "#after 1" will es 3 Regionen weit, aber das geht nicht, denn da ist zwei Mal keine Straße und nur das dritte Mal ist eine Straße, aber das genügt nicht. Da kann man nur 2 Regionen weit reiten. Ab dann, ab Hochwässer, gibt es eine durchgehende Straße bis Wasserwinkel. Man könnte 3 Regionen weit reiten, aber es will im "#after 2" 4 Regionen weit. Ich habe noch einen CR-Ausschnitt mit den Regionen auf dem Weg von Thoronear nach Wasserwinkel angehängt. Hoffentlich ist das nützlich und der CR enthält alles, was du brauchst. Oder soll ich noch was anhängen? |
(0000923)
stm2 2018-09-24 21:29 |
Danke. Ja, da gibt es in der Tat ein Problem. |
(0000956)
stm 2021-04-22 11:51 |
schon vor Monaten gelöst |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
420 | [Magellan] Plugins | kleinerer Fehler | immer | 2020-09-09 16:42 | 2021-04-22 11:31 |
Reporter: | Kaelasa | Rechnertyp: | PC | ||
Bearbeitung durch: | stm | Betriebssystem: | Windows | ||
Priorität: | normal | BS-Version: | 10 | ||
Status: | erledigt | Produktversion: | 2.1.0-beta | ||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.1.0-beta | ||
Zielversion: | |||||
Project: | |||||
Zusammenfassung: | NullPointerException im Mapicons Plugin seit Zug 1185 | ||||
Beschreibung: |
java.lang.NullPointerException at magellan.plugin.mapicons.MapiconsPlugin.searchErrorsForFaction(MapiconsPlugin.java:2058) at magellan.plugin.mapicons.MapiconsPlugin.searchErrors(MapiconsPlugin.java:2019) at magellan.plugin.mapicons.MapiconsPlugin.processGameData(MapiconsPlugin.java:923) at magellan.plugin.mapicons.MapiconsPlugin.init(MapiconsPlugin.java:838) at magellan.client.Client.updatePlugIns(Client.java:2305) at magellan.client.Client.updatedGameData(Client.java:2321) at magellan.client.Client$ReportObserver.gameDataChanged(Client.java:2840) at magellan.client.event.EventDispatcher$Notifier.run(EventDispatcher.java:729) at java.desktop/java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:316) at java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:770) at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:721) at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:715) at java.base/java.security.AccessController.doPrivileged(AccessController.java:391) at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85) at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:740) at java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:203) at java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124) at java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113) at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109) at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101) at java.desktop/java.awt.EventDispatchThread.run(EventDispatchThread.java:90) |
||||
Tags: | |||||
Schritte zur Reproduktion: | Direkt nach dem Start von Magellan wird diese NullPointerException angezeigt. Mit MapIcons->Alle Entfernen (CTRL-M) kann dann zunächst normal weitergearbeitet werden. Nur dass dann natürlich die Icons nicht angezeigt werden. Bei erneutem CTRL-M (MapIcons->Alle neu Erstellen) kommt es wieder zur NullPointerException. | ||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000951)
stm2 2021-01-30 16:07 |
Ist das aktuell noch ein Problem? |
(0000954)
Kaelasa 2021-01-31 11:42 |
Jetzt ist es schon länger nicht mehr aufgetreten. Und bei den letzten Malen ließ es sich auch einfach mit noch mal neu starten beheben. |
(0000955)
stm 2021-04-22 11:31 |
Anscheinend kein Problem mehr. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
421 | [Magellan] Funktionen | Feature-Wunsch | N/A | 2020-11-08 06:36 | 2021-01-30 16:13 |
Reporter: | matthias.buyken@gmx.de | Rechnertyp: | |||
Bearbeitung durch: | stm2 | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | 2.0.6 (nightly) | ||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.1.0-beta | ||
Zielversion: | |||||
Project: | |||||
Zusammenfassung: | BUILDINGTYPE "Steinkreis" in die eressea.cr aufnehmen. | ||||
Beschreibung: |
In der eressea.cr fehlt das Gebäude Steinkreis. BUILDINGTYPE "Steinkreis" "Steinkreis";name 2;level 100;maxsize RAWMATERIALS 5;Stein 5;Holz REGIONTYPES "Berge" "Ebene" "Gletscher" "Hochland" "Sumpf" "Wüste" "Wald" "Vulkan" "Aktiver Vulkan" |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000953)
stm2 2021-01-30 16:13 |
Wurde eingebaut. Ressourcen waren der Anleitung noch falsch. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
418 | [Magellan] Magellan 2 | Feature-Wunsch | nicht getestet | 2020-07-26 13:26 | 2021-01-30 16:11 |
Reporter: | Holger | Rechnertyp: | |||
Bearbeitung durch: | stm2 | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.1.0-beta | ||
Zielversion: | |||||
Project: | |||||
Zusammenfassung: | In der Statistik wird nur die Flottenanzahl aber nicht die Schiffanzahl angezeigt. | ||||
Beschreibung: |
Am Besten in der Form Flotten (Schiffe) zB.: 500 (2600) anzeigen. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000952)
stm2 2021-01-30 16:11 |
Hab ich eingebaut. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
414 | [Magellan] Allgemein | kleinerer Fehler | immer | 2018-12-21 07:26 | 2021-01-30 16:08 |
Reporter: | Seregeth | Rechnertyp: | PC | ||
Bearbeitung durch: | stm2 | Betriebssystem: | Windows | ||
Priorität: | normal | BS-Version: | 7 | ||
Status: | erledigt | Produktversion: | 2.0.6 (nightly) | ||
Produkt-Build: | Lösung: | nicht reproduzierbar | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | |||||
Zusammenfassung: | Ruckeln | ||||
Beschreibung: | Es gibt es immer ein Ruckeln, wenn ich die Befehle vervollständigen will. So als ob da eine Gedankenpause drinnen wäre. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Systembeschreibung | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000937)
stm 2020-02-03 12:57 |
Wann genau ist da ein Ruckeln und warum stört das? Ich glaube, die Liste mit Vorschlägen wird absichtlich leicht verzögert. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
419 | [Magellan] Funktionen | kleinerer Fehler | immer | 2020-08-26 23:18 | 2021-01-30 16:06 |
Reporter: | Dnalor | Rechnertyp: | |||
Bearbeitung durch: | stm2 | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | 2.1.0-beta | ||
Produkt-Build: | Lösung: | keine Änderung notwendig | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | |||||
Zusammenfassung: | Befehle in die Zwischenablage kopieren ignoriert Einstellungen | ||||
Beschreibung: |
Ich habe in den Einstellungen zu Befehle speichern > Zwischenablage den Haken bei "mit ';' beginnende Kommentare entfernen" gesetzt, da mit fftools Unmengen davon erzeugt werden. Was funktioniert: Klickpfad Datei > Befehle speichern > Zwischenablage > Details aufklappen > Button Befehle kopieren Was nicht funktioniert (nicht funktioniert heißt: Die mit ; beginnenden Zeilen werden geschrieben): - das gleiche, ohne die Details auszuklappen - Datei - Befehle kopieren - Shortcut Strg+Shift+C (der klappt eh nur manchmal) Erwartetes Verhalten: Die o.g. Einstellung wird auf jedem dieser Wege beachtet. |
||||
Tags: | Befehle | ||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000947)
stm2 2020-09-14 11:02 |
Schließt du den Befehle-Speichern-Dialog mit "Schließen"? Wenn er mit Abbrechen geschlossen wird, werden die Einstellungen nicht gespeichert und sind dann für zukünftige Aufrufe wieder auf den vorherigen Einstellungen. |
(0000948)
Dnalor 2020-09-16 16:37 |
Das ist nicht das Problem. Die Einstellungen sind ja gespeichert. D.h. wenn ich den Dialog aufrufe, ist der Haken gesetzt. Die Einstellung wird aber ignoriert, wenn ich die Befehle nicht über diesen Dialog, sondern direkt über Datei > Befehle kopieren (oder auch Strg+Shift+C) kopiere. |
(0000949)
stm2 2020-09-25 12:22 |
Hm, ich kann das nicht nachvollziehen. Tritt der Fehler auch nach Neustart von Magellan (mit Datei-Schließen, nicht Abbrechen) auf? Auch nachdem die Einstellungen im Dialog verändert wurden, also Neustart - Datei->Befehle kopieren - Datei->Befehle speichern - Details - Häckchen verändern - Dialog schließen - Datei->Befehle kopieren? Betriebssystem ist Windows? |
(0000950)
Dnalor 2020-09-28 23:20 |
OS ist Linux. Der Fehler tritt jetzt (aktuelle Beta) nicht mehr auf, nachdem ich wie von dir beschrieben durchgeklickt habe, nicht mehr auf. Ist das logisch? Vielleicht. Bin ich glücklich? Auf jeden Fall! :) |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
417 | [Magellan] Funktionen | kleinerer Fehler | nicht getestet | 2020-06-07 09:18 | 2020-09-14 10:24 |
Reporter: | Dnalor | Rechnertyp: | |||
Bearbeitung durch: | stm2 | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | keine Änderung notwendig | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | |||||
Zusammenfassung: | Exception beim Report speichern | ||||
Beschreibung: |
Stack trace siehe unten. Trat auf beim Speichern des CR, da jedes mal. Auch speichern unter neuem Namen half nicht. Nach Magellan-Neustart wurde der gespeicherte CR ohne sichtbare Fehler eingelesen. Ob jetzt 'ne Einheit fehlt, weiß ich nicht... ;-) |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: |
(II) 07.06.2020 08:05:22.268: Client.saveReport Using encoding: UTF-8 (II) 07.06.2020 08:05:22.283: Created backupfile /data/nc sync/eressea/3.cr~31~ (FileType.java) (II) 07.06.2020 08:05:22.289: Start saving report. Encoding: UTF-8 Exception in thread "AWT-EventQueue-0" java.lang.NullPointerException at java.desktop/javax.swing.plaf.basic.BasicProgressBarUI.updateSizes(BasicProgressBarUI.java:537) at java.desktop/javax.swing.plaf.basic.BasicProgressBarUI.getBox(BasicProgressBarUI.java:494) at java.desktop/javax.swing.plaf.basic.BasicProgressBarUI.paintIndeterminate(BasicProgressBarUI.java:651) at java.desktop/javax.swing.plaf.metal.MetalProgressBarUI.paintIndeterminate(MetalProgressBarUI.java:150) at java.desktop/javax.swing.plaf.basic.BasicProgressBarUI.paint(BasicProgressBarUI.java:459) at java.desktop/javax.swing.plaf.ComponentUI.update(ComponentUI.java:161) at java.desktop/javax.swing.JComponent.paintComponent(JComponent.java:797) at java.desktop/javax.swing.JComponent.paint(JComponent.java:1074) at java.desktop/javax.swing.JComponent.paintToOffscreen(JComponent.java:5255) at java.desktop/javax.swing.BufferStrategyPaintManager.paint(BufferStrategyPaintManager.java:246) at java.desktop/javax.swing.RepaintManager.paint(RepaintManager.java:1323) at java.desktop/javax.swing.JComponent._paintImmediately(JComponent.java:5203) at java.desktop/javax.swing.JComponent.paintImmediately(JComponent.java:5013) at java.desktop/javax.swing.RepaintManager$4.run(RepaintManager.java:865) at java.desktop/javax.swing.RepaintManager$4.run(RepaintManager.java:848) at java.base/java.security.AccessController.doPrivileged(Native Method) at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85) at java.desktop/javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:848) at java.desktop/javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:823) at java.desktop/javax.swing.RepaintManager.prePaintDirtyRegions(RepaintManager.java:772) at java.desktop/javax.swing.RepaintManager$ProcessingRunnable.run(RepaintManager.java:1890) at java.desktop/java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:313) at java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:770) at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:721) at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:715) at java.base/java.security.AccessController.doPrivileged(Native Method) at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85) at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:740) at java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:203) at java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124) at java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:117) at java.desktop/java.awt.WaitDispatchSupport$2.run(WaitDispatchSupport.java:190) at java.desktop/java.awt.WaitDispatchSupport$4.run(WaitDispatchSupport.java:235) at java.desktop/java.awt.WaitDispatchSupport$4.run(WaitDispatchSupport.java:233) at java.base/java.security.AccessController.doPrivileged(Native Method) at java.desktop/java.awt.WaitDispatchSupport.enter(WaitDispatchSupport.java:233) at java.desktop/java.awt.Dialog.show(Dialog.java:1070) at java.desktop/java.awt.Component.show(Component.java:1716) at java.desktop/java.awt.Component.setVisible(Component.java:1663) at java.desktop/java.awt.Window.setVisible(Window.java:1031) at java.desktop/java.awt.Dialog.setVisible(Dialog.java:1005) at magellan.client.swing.ProgressBarUI$1.run(ProgressBarUI.java:197) at java.desktop/java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:313) at java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:770) at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:721) at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:715) at java.base/java.security.AccessController.doPrivileged(Native Method) at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85) at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:740) at java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:203) at java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124) at java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113) at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109) at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101) at java.desktop/java.awt.EventDispatchThread.run(EventDispatchThread.java:90) (EE) 07.06.2020 08:05:22.344: java.io.IOException: Although there are 1175 units, only 1174 were written! at magellan.library.io.cr.CRWriter.doWrite(CRWriter.java:2407) at magellan.library.io.cr.CRWriter$1.run(CRWriter.java:2251) at java.base/java.lang.Thread.run(Thread.java:834) (EE) 07.06.2020 08:05:22.351: Error window: Unbekannter Fehler : Unbekannter Fehler java.io.IOException: Although there are 1175 units, only 1174 were written! at magellan.library.io.cr.CRWriter.doWrite(CRWriter.java:2407) at magellan.library.io.cr.CRWriter$1.run(CRWriter.java:2251) at java.base/java.lang.Thread.run(Thread.java:834) (II) 07.06.2020 08:05:26.543: Client.saveReport Using encoding: UTF-8 (II) 07.06.2020 08:05:26.557: Created backupfile /data/nc sync/eressea/3.cr~32~ (FileType.java) (II) 07.06.2020 08:05:26.560: Start saving report. Encoding: UTF-8 Exception in thread "AWT-EventQueue-0" java.lang.NullPointerException at java.desktop/javax.swing.plaf.basic.BasicProgressBarUI.updateSizes(BasicProgressBarUI.java:537) at java.desktop/javax.swing.plaf.basic.BasicProgressBarUI.getBox(BasicProgressBarUI.java:494) at java.desktop/javax.swing.plaf.basic.BasicProgressBarUI.paintIndeterminate(BasicProgressBarUI.java:651) at java.desktop/javax.swing.plaf.metal.MetalProgressBarUI.paintIndeterminate(MetalProgressBarUI.java:150) at java.desktop/javax.swing.plaf.basic.BasicProgressBarUI.paint(BasicProgressBarUI.java:459) at java.desktop/javax.swing.plaf.ComponentUI.update(ComponentUI.java:161) at java.desktop/javax.swing.JComponent.paintComponent(JComponent.java:797) at java.desktop/javax.swing.JComponent.paint(JComponent.java:1074) at java.desktop/javax.swing.JComponent.paintToOffscreen(JComponent.java:5255) at java.desktop/javax.swing.BufferStrategyPaintManager.paint(BufferStrategyPaintManager.java:246) at java.desktop/javax.swing.RepaintManager.paint(RepaintManager.java:1323) at java.desktop/javax.swing.JComponent._paintImmediately(JComponent.java:5203) at java.desktop/javax.swing.JComponent.paintImmediately(JComponent.java:5013) at java.desktop/javax.swing.RepaintManager$4.run(RepaintManager.java:865) at java.desktop/javax.swing.RepaintManager$4.run(RepaintManager.java:848) at java.base/java.security.AccessController.doPrivileged(Native Method) at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85) at java.desktop/javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:848) at java.desktop/javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:823) at java.desktop/javax.swing.RepaintManager.prePaintDirtyRegions(RepaintManager.java:772) at java.desktop/javax.swing.RepaintManager$ProcessingRunnable.run(RepaintManager.java:1890) at java.desktop/java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:313) at java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:770) at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:721) at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:715) at java.base/java.security.AccessController.doPrivileged(Native Method) at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85) at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:740) at java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:203) at java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124) at java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:117) at java.desktop/java.awt.WaitDispatchSupport$2.run(WaitDispatchSupport.java:190) at java.desktop/java.awt.WaitDispatchSupport$4.run(WaitDispatchSupport.java:235) at java.desktop/java.awt.WaitDispatchSupport$4.run(WaitDispatchSupport.java:233) at java.base/java.security.AccessController.doPrivileged(Native Method) at java.desktop/java.awt.WaitDispatchSupport.enter(WaitDispatchSupport.java:233) at java.desktop/java.awt.Dialog.show(Dialog.java:1070) at java.desktop/java.awt.Component.show(Component.java:1716) at java.desktop/java.awt.Component.setVisible(Component.java:1663) at java.desktop/java.awt.Window.setVisible(Window.java:1031) at java.desktop/java.awt.Dialog.setVisible(Dialog.java:1005) at magellan.client.swing.ProgressBarUI$1.run(ProgressBarUI.java:197) at java.desktop/java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:313) at java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:770) at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:721) at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:715) at java.base/java.security.AccessController.doPrivileged(Native Method) at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85) at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:740) at java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:203) at java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124) at java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113) at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109) at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101) at java.desktop/java.awt.EventDispatchThread.run(EventDispatchThread.java:90) (EE) 07.06.2020 08:05:26.595: java.io.IOException: Although there are 1175 units, only 1174 were written! at magellan.library.io.cr.CRWriter.doWrite(CRWriter.java:2407) at magellan.library.io.cr.CRWriter$1.run(CRWriter.java:2251) at java.base/java.lang.Thread.run(Thread.java:834) (EE) 07.06.2020 08:05:26.600: Error window: Unbekannter Fehler : Unbekannter Fehler java.io.IOException: Although there are 1175 units, only 1174 were written! at magellan.library.io.cr.CRWriter.doWrite(CRWriter.java:2407) at magellan.library.io.cr.CRWriter$1.run(CRWriter.java:2251) at java.base/java.lang.Thread.run(Thread.java:834) |
||||
Angehängte Dateien: | |||||
Notiz | |
(0000945)
stm 2020-06-07 11:02 |
Die Fehlerdatei könnte weitere Hinweise enthalten, die schon beim Einlesen oder Hinzufügen passiert sind. Kannst du das Problem irgendwie eingrenzen? Ist der gespeichert Report lesbar (sollte er sein)? Tritt das Problem nach dem Einlesen des gespeicherten Reports wieder auf? Beim Einlesen des Serverreports? Eventuell kann man das Problem mit dem Auswählen bestimmter Regionen und "CR exportieren" weiter eingrenzen. |
(0000946)
Dnalor 2020-06-20 17:50 |
Ich habe es nicht mehr reproduziert bekommen und seither auch keine Probleme mehr gehabt... von mir aus kann zu. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
415 | [Magellan] CR-Support | kleinerer Fehler | immer | 2019-12-12 21:28 | 2020-09-14 10:23 |
Reporter: | Thalian | Rechnertyp: | PC | ||
Bearbeitung durch: | stm | Betriebssystem: | Linux | ||
Priorität: | normal | BS-Version: | Ubuntu | ||
Status: | erledigt | Produktversion: | 2.0.6 (nightly) | ||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.1.0-beta | ||
Zielversion: | |||||
Project: | |||||
Zusammenfassung: | Eigene Rules werden mit Eressea-Regeln überschrieben | ||||
Beschreibung: |
Fantasya (https://www.fantasya-pbem.de) ist ein Eressea-Klon. Einige Parameter sind jedoch anders. Daher habe ich versucht, eine Kopie der Eressea-Regeldatei /etc/rules/eressea.cr anzulegen unter dem Dateinamen fantasya.cr. In der Reportdatei (CR) von Fantasya ist die Zeile "Fantasya"; Spiel enthalten, wodurch die Regeldatei auch geladen wird. So weit, so gut. Ich habe Magellan nun im Quellcode ausgeführt und mit einem Debugger herausgefunden, warum die eigenen Regeln nicht greifen. Das liegt daran, dass nach dem erstmaligen Laden der Fantasya-Regeln wiederum die Eressea-Regeln geladen werden (sogar mehrmals), was vermutlich die Änderungen wieder durch Originalwerte überschreibt. Siehe Zusatzinfos. Ich denke, dass das einfach ein Logikfehler ist: Da es für Fantasya keine eigene gamespezifische Klasse gibt, wird de generische Klasse verwendet, welche Eressearegeln lädt. Um das zu verhindern, müsste wohl eine Fantasya-Klasse geschrieben werden. Das ist aber im Grunde nicht notwendig, weil es ausreicht per Regeldatei einige Parameter zu verändern. |
||||
Tags: | |||||
Schritte zur Reproduktion: |
- fantasya.cr erstellen - Fantasya-CR laden |
||||
Zusätzliche Informationen: |
Im Quellcode sind hier folgende Stellen verantwortlich: https://github.com/magellan2/magellan2/blob/master/src-library/magellan/library/rules/GenericRules.java#L854 ...getGameSpecificStuff() wird nach dem erfolgreichen Laden der Fantasya-Regeldatei ausgeführt https://github.com/magellan2/magellan2/blob/master/src-library/magellan/library/gamebinding/GameSpecificStuffProvider.java#L52 ...der GameSpecificStuffProvider liefert dann wiederum den EresseaSpecificStuff, wodurch die Eressea-Regeldatei geladen wird |
||||
Systembeschreibung | |||||
Angehängte Dateien: |
fantasya.cr (48,723 Bytes) 2020-06-01 11:00 http://eressea.dracones.de/magellanbugs/file_download.php?file_id=50&type=bug |
||||
Notiz | |
(0000936)
stm 2020-02-03 12:55 |
Jo, da werden ein bisschen zu oft Regeln gelesen. |
(0000942)
stm 2020-05-31 16:46 |
Sollte hiermit erledigt sein: https://github.com/magellan2/magellan2/releases/tag/v2.1.0-beta8 Bitte mal testen. Für weitere sachdienliche Hinweise beim Umgang mit Fantasya bin ich dankbar. Übernehme auch gerne die Regeldatei direkt. |
(0000944)
Thalian 2020-06-01 11:00 |
Vielen Dank, mit der neuen Version funktioniert es. Anbei eine Regeldatei für Fantasya. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
382 | [Magellan] Magellan 2 | kleinerer Fehler | immer | 2014-04-27 22:46 | 2020-06-01 02:42 |
Reporter: |
|
Rechnertyp: | |||
Bearbeitung durch: | stm2 | Betriebssystem: | |||
Priorität: | niedrig | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | nicht reproduzierbar | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | CR-loading acts strange | ||||
Beschreibung: |
In Eressea 4 I received two reports up until now. If I load the first report (ZIP-File) and then add the second report (also the ZIP-File that has been sent by the server) everything looks fine as it should. I see a single island with a total of twelf regions. If I, however, extract both ZIP-files and then load the resulting CRs, I see three clusters of regions "connected" by some strange grayed regions called "wrap" inside the CR (please note that these "wrap"-regions are part of the CR but will not been shown if the ZIP-files are loaded directly). If needed, I can send both my CRs. I'm using Magellan 2.0.6 build 581. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000875)
stm2 2015-02-13 16:13 |
Falls es hier Beispielreports gäbe, könnte ich was tun. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
381 | [Magellan] Magellan 2 | kleinerer Fehler | immer | 2014-04-13 13:23 | 2020-06-01 02:39 |
Reporter: |
|
Rechnertyp: | |||
Bearbeitung durch: | stm2 | Betriebssystem: | |||
Priorität: | dringend | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | nicht reproduzierbar | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | 2.0.6 | ||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Problem in SSL-Handshake | ||||
Beschreibung: |
Nachdem GMX hart auf Verschlüsselung umgestellt hat, habe ich Probleme, die SSL-Kommunikiation richtig zu konfigurieren. Mit Servereinstellung smtp.gmx.net:465 (gleiche Einstellung wie im funktionierenden Standard-Mailprogramm) und gewählter SSL Konfiguration beim Befehle Speichern Dialog, wirft Magellan den Fehler: (II) 13.04.2014 12:17:23.997: exception while sending message org.apache.commons.mail.EmailException: Sending the email to the following server failed : smtp.gmx.net:465 at org.apache.commons.mail.Email.sendMimeMessage(Email.java:1138) at org.apache.commons.mail.Email.send(Email.java:1163) at magellan.client.swing.OrderWriterDialog$16.run(OrderWriterDialog.java:1558) at java.lang.Thread.run(Thread.java:619) Caused by: javax.mail.MessagingException: Exception reading response; nested exception is: javax.net.ssl.SSLHandshakeException: sun.security.validator.ValidatorException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target at com.sun.mail.smtp.SMTPTransport.readServerResponse(SMTPTransport.java:1462) at com.sun.mail.smtp.SMTPTransport.openServer(SMTPTransport.java:1260) at com.sun.mail.smtp.SMTPTransport.protocolConnect(SMTPTransport.java:370) at javax.mail.Service.connect(Service.java:297) at javax.mail.Service.connect(Service.java:156) at javax.mail.Service.connect(Service.java:105) at javax.mail.Transport.send0(Transport.java:168) at javax.mail.Transport.send(Transport.java:98) at org.apache.commons.mail.Email.sendMimeMessage(Email.java:1128) ... 3 more Caused by: javax.net.ssl.SSLHandshakeException: sun.security.validator.ValidatorException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target at com.sun.net.ssl.internal.ssl.Alerts.getSSLException(Alerts.java:174) at com.sun.net.ssl.internal.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1591) at com.sun.net.ssl.internal.ssl.Handshaker.fatalSE(Handshaker.java:187) at com.sun.net.ssl.internal.ssl.Handshaker.fatalSE(Handshaker.java:181) at com.sun.net.ssl.internal.ssl.ClientHandshaker.serverCertificate(ClientHandshaker.java:975) at com.sun.net.ssl.internal.ssl.ClientHandshaker.processMessage(ClientHandshaker.java:123) at com.sun.net.ssl.internal.ssl.Handshaker.processLoop(Handshaker.java:516) at com.sun.net.ssl.internal.ssl.Handshaker.process_record(Handshaker.java:454) at com.sun.net.ssl.internal.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:884) at com.sun.net.ssl.internal.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1096) at com.sun.net.ssl.internal.ssl.SSLSocketImpl.readDataRecord(SSLSocketImpl.java:744) at com.sun.net.ssl.internal.ssl.AppInputStream.read(AppInputStream.java:75) at com.sun.mail.util.TraceInputStream.read(TraceInputStream.java:97) at java.io.BufferedInputStream.fill(BufferedInputStream.java:218) at java.io.BufferedInputStream.read(BufferedInputStream.java:237) at com.sun.mail.util.LineInputStream.readLine(LineInputStream.java:75) at com.sun.mail.smtp.SMTPTransport.readServerResponse(SMTPTransport.java:1440) ... 11 more Caused by: sun.security.validator.ValidatorException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target at sun.security.validator.PKIXValidator.doBuild(PKIXValidator.java:285) at sun.security.validator.PKIXValidator.engineValidate(PKIXValidator.java:191) at sun.security.validator.Validator.validate(Validator.java:218) at com.sun.net.ssl.internal.ssl.X509TrustManagerImpl.validate(X509TrustManagerImpl.java:126) at com.sun.net.ssl.internal.ssl.X509TrustManagerImpl.checkServerTrusted(X509TrustManagerImpl.java:209) at com.sun.net.ssl.internal.ssl.X509TrustManagerImpl.checkServerTrusted(X509TrustManagerImpl.java:249) at com.sun.net.ssl.internal.ssl.ClientHandshaker.serverCertificate(ClientHandshaker.java:954) ... 23 more Caused by: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target at sun.security.provider.certpath.SunCertPathBuilder.engineBuild(SunCertPathBuilder.java:174) at java.security.cert.CertPathBuilder.build(CertPathBuilder.java:238) at sun.security.validator.PKIXValidator.doBuild(PKIXValidator.java:280) ... 29 more |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000855)
stm2 2014-04-13 23:04 |
Bei mir funktionieren folgende Einstellungen: SMTP-Server: mail.gmx.net Port: 587 Benutzername: 12345678 (Kundennummer einsetzen) [x] Verwende SSL [x] Verwende TLS [x] Authentifizierung verwenden Siehe auch https://hilfe.gmx.net/sicherheit/ssl.html#andere |
(0000856)
2014-04-19 09:27 |
Einstellungen geändert, Benutzername auf Kundennummer statt EMail-Adresse geändert => keine Änderung. Kann es sein, dass sich das SSL-Framework auf irgendwelche Betriebssystem-Verzeichnisse für PKI-Zertifikate abstützt? Bei mir läuft Magellan auf einem Debian-System, dass ja von Hause aus immer sehr spartanisch ausgestattet ist. |
(0000857)
stm2 2014-04-22 15:21 |
Wäre möglich, müsste ich nachforschen. Welches JRE wird denn benutzt? (Steht am Anfang der Logdatei.) |
(0000943)
stm 2020-06-01 02:39 |
Sollte das noch ein aktuelles Problem sein, bitte neu melden. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
221 | [Magellan] Allgemein | kleinerer Fehler | immer | 2008-04-19 03:23 | 2020-06-01 02:35 |
Reporter: | Aragos | Rechnertyp: | |||
Bearbeitung durch: | stm | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | 2.0.0 | ||
Produkt-Build: | Lösung: | nicht reproduzierbar | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | No focus in order editor | ||||
Beschreibung: |
When editing orders with Magellan 2 (build 181), orders which have not been selected with a click do not get focus. This is especially apparent when selecting some text in an order not yet focused - the cursor moves there, text can be written and deleted, but the order is not highlighted, nor does the order completion work. I'm running on Win XP SP2, Java 1.6.0_02-b06. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000492)
trickert 2008-04-19 07:51 |
ja, das ist mir auch schon häufiger passiert. |
(0000512)
Fiete 2008-04-24 11:47 |
MultiEditor-Layout? Ich nutze MultiEditor nicht und mir sagt das Problem nix. Schwerer Fehler oder Kleiner Fehler ? |
(0000513)
trickert 2008-04-24 11:50 |
kleinerer Fehler |
(0000872)
stm2 2015-02-13 15:53 |
Ich verstehe die Problembeschreibung nicht und habe den Verdacht, dass das kein Thema mehr ist, oder? |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
407 | [Magellan] Funktionen | Feature-Wunsch | nicht getestet | 2018-08-17 22:54 | 2018-08-17 22:54 |
Reporter: | xenomorph | Rechnertyp: | |||
Bearbeitung durch: | Betriebssystem: | ||||
Priorität: | normal | BS-Version: | |||
Status: | neu | Produktversion: | |||
Produkt-Build: | Lösung: | offen | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | |||||
Zusammenfassung: | Ausklappbare Schilder? | ||||
Beschreibung: |
Hi, die Schilder, die man auf die Karte setzen kann, sind sehr praktisch. Leider stehen sie manchmal etwas im Weg, weil sie wirklich alles verbergen, was dahinter liegt. Kann man das irgendwie clever lösen? Z.B. indem auf der Karte nur ein kleines Fähnchen zu sehen ist und der Text erst bei einem Klick oder als Tooltip angezeigt wird? Beste Grüße, -Xeno |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Zu diesem Eintrag gibt es keine Notizen. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
362 | [Magellan] Magellan 2 | Feature-Wunsch | immer | 2012-08-10 16:59 | 2018-08-17 22:51 |
Reporter: | Pyanfar | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | dringend | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.0.6 | ||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Lesezeichen ex/import | ||||
Beschreibung: |
Ich würde gerne die Liste der Lesezeichen ex- und importieren können. Nichts ist nerviger als 30 Einheiten rauszusuchen und zu markieren, die ich in der Allianz-Orga besperhen will, oder sonstwie abarbeiten, und dann nach einem Neuladen alles zu verlieren. Sollte eigentlich leicht gehen, es müssen ja nur die die IDs gespeichert werden. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000825)
stm_ 2012-09-04 15:37 |
Es gibt immer noch Features in Magellan, die mich überraschen und die ich nie nutze. Das ist eines davon. Wozu sind Lesezeichen gut? Was ist der Unterschied zwischen Lesezeichen und Hotspots? Sollen die jeweils im Report gespeichert werden oder in einer separaten Datei? Hotspots werden derzeit anscheinend im Report gespeichert. Ich sehe da keinen Mehrwert und würde die beiden Konzepte gerne zusammenführen. |
(0000826)
Pyanfar 2012-09-26 00:57 |
Der Unterschied ist einfach erklärt: Lesezeichen markieren einzelne Objekte/Regionen, also Einheiten, Schiffe, Burgen, Regionen (und vermutlich noch mehr), während HotSpots meines Wissens nach ein Gebiet auf der Karte darstellen. Ich finde Lesezeichen wesentlich hilfreicher, da sie: - per Tastatur bedienbar sind (markieren, aufrufen, ent-markieren) - auch direkt das Objekt mitsamt allen Details aufrufen - mobil sind bzw. wären (da ja noch nicht abspeicherbar), sprich, ich sich bewegende Einheiten im Auge behalten kann, ohne sie jedesmal neu raussuchen zu müssen. Ich kann bereits jetzt interessante bzw. Zieleinheiten markieren und dann schnell in der Allianzbesprechung die Liste durcharbeiten. Ich könnte mit ex/importierbaren Lesezeichen noch viel mehr machen, z.B. unsere Sprungtor-Einheiten nachverfolgen, ohne denen alle nen blöden Kommentar mitgeben zu müssen ( a la "// sprungwelle 3" "// hier" oder der Klassiker "// neu nutzen" ). Und wie gesagt: ich würde sie gerne im/exportieren, also in einer extra-datei, damit ich sie eben - nicht bei jedem magellan-schließen verliere - ich sie weitergeben kann (und zwar nicht wie bei den hot spots mit CR-weitergabe! Verdammt, kopieren in die Zwischenablage würde ja schon reichen! |
(0000827)
stm2 2012-10-08 22:36 |
Vielen Dank für die Info. Das besondere an Hotspots ist meines Wissens nur, dass es in der Karte eine Combobox dafür gibt, wo man sie komfortabel anspringen kann. Alles andere können im Wesentlichen auch Lesezeichen. Ich sehe ein, dass man die Speichern können muss, zögere aber, eine Extradatei dafür zu verwenden, da das umständlich scheint. Im Moment plane ich, ein ;bookmark-Tag im CR einzuführen nebst der Möglichkeit, nur die Lesezeichen eines Reports zu ex- und importieren. |
(0000828)
Fiete 2012-10-12 01:13 |
...faszinierend, habe diese Funktion (auch) komplett übersehen, dabei sehe ich sofort sinnvolle Verwendungen dafür. |
(0000829)
Pyanfar 2014-04-05 21:13 |
So... ich will ja nicht drängeln, aber wie stehts mit der Umsetzung? Ich wünsche mir das jede Woche... :D |
(0000830)
stm2 2014-04-24 23:52 |
Ich habe jetzt mal die Hotspots und Bookmarks zu einem Konzept zusammengefügt. Gefällt mir noch nicht uneingeschränkt, insbesondere, dass das Hinzufügen eines Bookmarks ein GameDataEvent auslöst und damit eine große Verzögerung. Bookmarks werden jetzt an zwei Stellen aufgeführt (Kontextmenü der Karte und Bookmark dock), werden im Report gespeichert, in den der nächsten Woche beim Hinzufügen übernommen und können außerdem noch im- und exportiert werden. |
(0000914)
Fiete 2018-08-17 22:51 |
wie gewünscht, können Lesezeichen im- und exportiert werden. Soeben getestet. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
367 | [Magellan] Magellan 2 | kleinerer Fehler | immer | 2012-11-21 11:06 | 2018-08-17 22:45 |
Reporter: |
|
Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | dringend | BS-Version: | |||
Status: | erledigt | Produktversion: | 2.0.5 nightly | ||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.0.6 | ||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | ECheck in Magellan | ||||
Beschreibung: |
Das in Magellan eingebundene ECheck kann immer noch nicht ausgeführt werden. Version: 2.0.6 (build 538) Stand: 21.11.2012 05:13:47 +01:00 Kann das sein das echeck mit den neuen Dateinamen e2 und e3 nichts anfangen kann? |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000837)
2012-12-28 10:19 |
Mit Update vom: Nightly Build Version: 2.0.6 (build 541) Stand: 28.12.2012 05:15:38 +01:00 funktioniert ECheck weiterhin nicht! ------------------- Version undetermined While trying to gather version information about the specified ECheck the following error occurred: OK |
(0000873)
stm2 2015-02-13 16:08 |
Gerade mit Windows 7 getestet: funktioniert wieder. |
(0000913)
Fiete 2018-08-17 22:45 |
Build 680 unter Win10: funktioniert. ECheck: version|4.3.4|May 8 2014 |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
406 | [Magellan] Funktionen | kleinerer Fehler | immer | 2018-08-17 22:07 | 2018-08-17 22:41 |
Reporter: | xenomorph | Rechnertyp: | |||
Bearbeitung durch: | Betriebssystem: | ||||
Priorität: | normal | BS-Version: | |||
Status: | neu | Produktversion: | 2.0.6 | ||
Produkt-Build: | Lösung: | offen | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | |||||
Zusammenfassung: | "Rückgängig" funktioniert nicht | ||||
Beschreibung: |
Hallo, es gibt unter dem Menü "Bearbeiten" eine "Rückgängig"-Funktion. Die ist schon seit geraumer Zeit außer Betrieb (jedenfalls für das Editieren von Befehlen). Eine solche Funktion wäre sehr hilfreich! Beste Grüße, Xenomorph |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | Build 678 | ||||
Angehängte Dateien: | |||||
Notiz | |
(0000912)
Fiete 2018-08-17 22:41 |
So eine Funktion hätte mich auch schon mehrfach gerettet - aber die ist mir eine Nummer zu groß zum Einbauen. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
376 | [Magellan] Magellan 2 | Feature-Wunsch | immer | 2013-01-09 11:29 | 2018-08-17 22:39 |
Reporter: | stm2 | Rechnertyp: | |||
Bearbeitung durch: | Betriebssystem: | ||||
Priorität: | hoch | BS-Version: | |||
Status: | neu | Produktversion: | |||
Produkt-Build: | Lösung: | offen | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Undo/Redo | ||||
Beschreibung: |
Die Befehlseingabe braucht einen funktionierenden Undo-Manager. Offene Fragen: Wie interagiert das mit dem "automatischen" UndoManger der Textboxes? Wie sollten Fokus und Cursorposition verändert werden (was ist hier der übliche Standard)? Sollen auch andere Änderungen (geänderte Tags zum Beispiel) inbegriffen sein? |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Zu diesem Eintrag gibt es keine Notizen. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
386 | [Magellan] CR-Support | kleinerer Fehler | nicht getestet | 2015-12-07 16:25 | 2018-08-17 22:37 |
Reporter: | stm2 | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | nicht reproduzierbar | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.0.6 | ||
Zielversion: | |||||
Project: | |||||
Zusammenfassung: | message rendering fails | ||||
Beschreibung: |
Nachrichten dieses Typs werden nicht gerendert. MESSAGETYPE 198804487 "Deine Partei hat letzte Runde keinen Zug abgegeben!";text "errors";section |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000911)
Fiete 2018-08-17 22:37 |
Mit Build 380 getestet, entsprechende Partei auswählen und bei Nachrichten erscheint: Deine Partei hat letzte Runde keinen Zug abgegeben! Ebenso erscheint übrigens dieses von anderen Parteien: Achtung: [Parteiname] ([Parteinummer]) hat seit 3 Wochen keine Züge eingeschickt und könnte dadurch in Kürze aus dem Spiel ausscheiden. Und die Meldungen überstehen auch das Mergen. Kein Fehler erkennbar. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
385 | [Magellan] Export | Absturz | immer | 2015-11-15 14:06 | 2018-08-17 22:25 |
Reporter: | CTD | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | dringend | BS-Version: | |||
Status: | erledigt | Produktversion: | 2.0.6 | ||
Produkt-Build: | Lösung: | nicht reproduzierbar | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.0.6 | ||
Zielversion: | |||||
Project: | |||||
Zusammenfassung: | CR Export crash im Nightly build | ||||
Beschreibung: |
Wenn man CR export Einheiten anwählt, crasht das ganze mit einem unbekannten Fehler irgendwo bei old units. der Fehler scheint schon länger zu existieren (ich hatte schon vor einiger Zeit den NB runtergeladen mit dem es auftrat, und im Aktuellen ist der Fehler immer noch drin) In der stable ist es noch OK. |
||||
Tags: | |||||
Schritte zur Reproduktion: | Einfach einen CR export mit Einheiten ausgewählt durchführen. | ||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000910)
Fiete 2018-08-17 22:25 |
Mit Build 680 in verschiedenen Konstellationen getestet: Beim Export: - Einheit ausgewählt - TempEinheit ausgewählt - Ohne Einheiten exportiert - Mit Einheiten exportiert - Nur Einheiten exportiert Alles ohne Absturz machbar. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
402 | [Magellan] Funktionen | Unschönheit | immer | 2018-07-23 17:56 | 2018-08-17 21:58 |
Reporter: | xenomorph | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | 2.0.6 | ||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 3.0.0 (Planning) | ||
Zielversion: | |||||
Project: | |||||
Zusammenfassung: | Falsche Warnung von "Offene Probleme" bei Kapitänswechsel | ||||
Beschreibung: |
Build 678 Hi, aus meinem Forums-Beitrag (vom Februrar...): Ich will den Kapitän eines Bootes austauschen. Mehrere Einheiten betreten das Boot. Der Kapitän hat GIB KOMMANDO an eine der betretenden Einheiten und VERLASSE. Alle beteiligten Einheiten gehören zu meiner Partei. Magellan suggeriert, dass es hier Probleme gibt: Bei "Offene Probleme" heißt es "Schiff ohne Kapitän" und "Verlassende Einheit übergibt Kommando". Aber laut Befehlsreihenfolge sollte das klappen: 7. BETRETE ; 1. Versuch 9. GIB KOMMANDO 10. VERLASSE Ich habe das dann getestet und es hat so funktioniert, wie es laut Befehlsreihenfolge sollte. Offenbar kennt Magellan den 1. BETRETE-Versuch noch nicht. Grüße, -Xenomorph |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000909)
Fiete 2018-08-17 21:58 |
in Build 681 erledigt. Der Fehler "verlassende Einheit übergibt Kommando" wird nicht angezeigt, wenn die Einheit, die das Kommando empfängt auch das Objekt (Schiff, Burg) betritt. "Schiff ohne Kapitän" ist bei meinen Tests davon unbeeinflusst. Die Meldung kommt auch, wenn der zukünftige Kapitän ein zu geringes Segeltalent besitzt. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
405 | [Magellan] Allgemein | Unschönheit | immer | 2018-08-04 19:30 | 2018-08-17 21:21 |
Reporter: | xenomorph | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 3.0.0 (Planning) | ||
Zielversion: | |||||
Project: | |||||
Zusammenfassung: | Man kann den "+TEMP"-Knopf nur zweimal hintereinander drücken | ||||
Beschreibung: |
Hi, ich habe das Dialogfenster beim Erstellen von TEMP-Einheiten abgeschaltet. Wenn ich den "+TEMP"-Knopf drücke, springt die Auswahl automatisch auf die erzeugte TEMP (was an sich auch gut ist). Drücke ich den Knopf noch mal, springt die Auswahl erwartungsgemäß wiederum auf die neue TEMP. Komischerweise kann man dann den Knopf aber kein drittes Mal drücken. Wenn man also mehr als zwei TEMP-Einheiten erschaffen will, muss man zwischendurch immer wieder auf die Mutter-Einheit (oder eine zuvor erzeugte TEMP) drücken. Es wäre schön, wenn man den Knopf so oft hintereinander drücken könnte, wie man will. Grüße, Xenomorph |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000907)
Fiete 2018-08-17 20:54 |
Hängt nicht mit der Anzahl der Temps zusammen, ButtonPanel bleibt disabled, wenn currentUnit eine TempUnit ist und ShowTempUnitDialog=false ist. (Also die Temp-Erzeugung von einer TempUnit aus gestartet wird) Und ich konnte bisher nicht finden, wo da die Abweichung ist. |
(0000908)
Fiete 2018-08-17 21:21 |
Selection-Verhalten nun analog zum Verhalten mit Temp-Dialog: funktioniert. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
393 | [Magellan] Allgemein | Feature-Wunsch | nicht getestet | 2017-09-02 14:44 | 2018-08-17 19:06 |
Reporter: | stm2 | Rechnertyp: | |||
Bearbeitung durch: | Betriebssystem: | ||||
Priorität: | normal | BS-Version: | |||
Status: | neu | Produktversion: | |||
Produkt-Build: | Lösung: | offen | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | |||||
Zusammenfassung: | Spam-Nachrichten begrenzen | ||||
Beschreibung: |
Es gibt hin und wieder Einheiten, die automatisiert Botschaften verschicken, wahrscheinlich per @BOTSCHAFT und dann wurden sie vergessen. E-mail ist nicht immer eine Lösung, zum Beispiel bei Parteitarnung. Lässt sich das Problem softwareseitig lösen? // @suppressMessage einh wäre ein Lösung. Die Meldung wird dann aus dem Report gelöscht. Oder gibt es eine elegantere Lösung? |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | Siehe https://bugs.eressea.de/view.php?id=2359 | ||||
Angehängte Dateien: | |||||
Notiz | |
(0000906)
Fiete 2018-08-17 19:06 |
Beim Export würde beides exportiert werden und beim mergen / Importeur entsprechend auch diese Meldungen unterdrückt werden, eventuell ungewollt. Was spricht gegen eine kleine Liste von Einheitennummern, die im Profil gespeichert wird und über die Optionen editierbar ist? |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
404 | [Magellan] Allgemein | Fehler im Text | immer | 2018-08-02 23:27 | 2018-08-17 18:53 |
Reporter: | xenomorph | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 3.0.0 (Planning) | ||
Zielversion: | |||||
Project: | |||||
Zusammenfassung: | "Max. Einkommen" ist eine inkonsistente Bezeichnung | ||||
Beschreibung: |
Hallo, im oberen Teil der Detail-Anzeige gibt es den Eintrag "Max. Einkommen". Der Begriff taucht soweit ich weiß so nirgendwo in Eressea auf. Gemeint ist das Unterhaltungslimit. Ich finde, es sollte auch so genannt werden (oder wie im unteren Teil des Detail-Fensters "Unterhalt"). Alles andere ist, vor allem für neue Spieler, verwirrend. Grüße, -Xenomorph |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000902)
Fiete 2018-08-17 18:52 |
In Build 679 behoben. |
(0000903)
Fiete 2018-08-17 18:53 |
...ich kann nur den "Default"-text setzen für Neuinstallationen, wenn jemand sich die Darstellung selber angepasst hat, ist diese in der ini gespeichert und dort bleiben die alten Werte erhalten. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
388 | [Magellan] Allgemein | kleinerer Fehler | nicht getestet | 2016-02-27 13:34 | 2018-07-14 23:57 |
Reporter: | stm2 | Rechnertyp: | |||
Bearbeitung durch: | stm2 | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | |||||
Zusammenfassung: | Überladenes Schiff auf Ozean erzeugt keine Meldung | ||||
Beschreibung: | Erst mit einem NACH-Befehl kommt "Schiff überladen" | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000900)
stm2 2018-07-14 23:57 |
fixed in build 678 |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
400 | [Magellan] CR-Support | kleinerer Fehler | nicht getestet | 2018-07-12 12:42 | 2018-07-14 23:02 |
Reporter: | stm2 | Rechnertyp: | |||
Bearbeitung durch: | stm2 | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | |||||
Zusammenfassung: | verlorene Einheiten beim Mergen | ||||
Beschreibung: | Ab ca. AW 1065 werden beim Hinzufügen von Reports manchmal Einheiten verloren. Siehe http://www.pbem-spiele.de/forum/viewtopic.php?f=16&t=4207 | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000894)
stm2 2018-07-12 12:57 |
Siehe https://bugs.eressea.de/view.php?id=2457 Bei durchreisten oder Leuchtturmregionen können Burgenbesitzer im CR zwar als solche im BURG-Block als 123;Besitzer auftauchen, aber die Einheit nicht notwendig. Das führte in Merge zum Überschreiben "guter" Einheiten durch Dummy-Einheiten. |
(0000899)
stm2 2018-07-14 23:02 |
fixed in build 676 |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
395 | [Magellan] CR-Support | kleinerer Fehler | nicht getestet | 2017-10-11 18:01 | 2018-07-14 23:02 |
Reporter: | stm2 | Rechnertyp: | |||
Bearbeitung durch: | stm2 | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | |||||
Zusammenfassung: | Magellan ändert Spiel-Tag bei unbekanntem Spiel | ||||
Beschreibung: |
Für das Drachensgrab wurde der CR mit Tag Drachensgrab;Spiel mit den Eressea-Regeln geladen (soweit okay) und dann auch mit diesem Tag Eressea;Spiel abgespeichtert. Hier sollte der alte Wert stehen, auch wenn er unbekannt ist. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000898)
stm2 2018-07-14 23:02 |
fixed in build 678 |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
394 | [Magellan] Allgemein | kleinerer Fehler | nicht getestet | 2017-10-11 17:59 | 2018-07-14 23:01 |
Reporter: | stm2 | Rechnertyp: | |||
Bearbeitung durch: | stm2 | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | |||||
Zusammenfassung: | Falsche Befehle bei TEMP-Dialog (Englisch) | ||||
Beschreibung: |
Obwohl die Befehls- und Reportsprache Englisch war, wurde GIVE TEMP zdu1 100 Silber; Rekutierungssilber eingefügt. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000896)
stm2 2018-07-14 22:25 |
Hier wurden die rules 2x geladen und nur an einer Stelle die TRANSLATIONS eingepflegt. |
(0000897)
stm2 2018-07-14 23:01 |
fixed in build 678 |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
397 | [Magellan] Allgemein | Feature-Wunsch | nicht getestet | 2017-10-20 16:50 | 2018-07-14 22:24 |
Reporter: | stm2 | Rechnertyp: | |||
Bearbeitung durch: | stm2 | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | zugewiesen | Produktversion: | |||
Produkt-Build: | Lösung: | offen | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | |||||
Zusammenfassung: | Parteistatistik: Herrenlose Gebäude sollten für Regionsbesitzer angezeigt werden | ||||
Beschreibung: |
Gebäude, die keinen Besitzer haben, sollten trotzdem in der Parteistatistik erscheinen. Schiffe wahrscheinlich dann auch. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000895)
stm2 2018-07-13 15:00 |
Ich implementiere das mal für Schiffe und Gebäude, die keinen Besitzer haben, aber in Regionen sind, die ich besitze oder bewache. Oder sollte das für alle Regionen gelten, in denen ich Einheiten habe? Die ich sehe? |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
391 | [Magellan] Allgemein | kleinerer Fehler | nicht getestet | 2017-07-26 16:37 | 2017-11-12 21:22 |
Reporter: | stm2 | Rechnertyp: | |||
Bearbeitung durch: | stm2 | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | |||||
Zusammenfassung: | BEZAHLE NICHT für E2 | ||||
Beschreibung: | Der Befehl ist jetzt auch in E2 erlaubt. Muss vom Parser unterstützt werden. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000886)
stm2 2017-11-12 21:22 |
Implementiert ab build 648. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
392 | [Magellan] Allgemein | kleinerer Fehler | nicht getestet | 2017-07-26 16:38 | 2017-11-12 21:19 |
Reporter: | stm2 | Rechnertyp: | |||
Bearbeitung durch: | stm2 | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | |||||
Zusammenfassung: | Ausrufezeichen-Syntax | ||||
Beschreibung: | !@BEFEHL ist jetzt gültige Syntax. Muss vom Parser unterstützt werden. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000885)
stm2 2017-11-12 21:19 |
Implementiert ab build 665. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
387 | [Magellan] CR-Support | Feature-Wunsch | nicht getestet | 2015-12-07 16:30 | 2015-12-07 16:30 |
Reporter: | stm2 | Rechnertyp: | |||
Bearbeitung durch: | Betriebssystem: | ||||
Priorität: | normal | BS-Version: | |||
Status: | neu | Produktversion: | |||
Produkt-Build: | Lösung: | offen | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | |||||
Zusammenfassung: | Partei ohne Einheiten erzeugt keine Meldung | ||||
Beschreibung: | Das Hinzufügen/Einlesen eines Reports ohne Einheiten (Partei ausgelöscht) sollte irgend etwas Brauchbares erzeugen. Eine Popup wäre schön, könnte aber in Einzelfällen lästig werden. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Zu diesem Eintrag gibt es keine Notizen. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
363 | [Magellan] Magellan 2 | kleinerer Fehler | immer | 2012-08-10 17:03 | 2015-02-15 14:13 |
Reporter: | Pyanfar | Rechnertyp: | |||
Bearbeitung durch: | stm | Betriebssystem: | |||
Priorität: | niedrig | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.0.6 | ||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Schild löscht History | ||||
Beschreibung: |
bei diversen Operationen, wie z.B. das Einfügen eines Schildes, der Bearbeitung einer Kartenregion mittels MapEdit, und einiges anderes, scheint der Magellan neuzuzeichnen (die Karteanzeige springt zum Ursprung und dann zurück), und dann ist die History gelehrt... Irgend was anderes ist dann auch weg, das muss ich nachtragen. Lässt sich das mit vertretbarem Aufwand abstellen? |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000831)
stm_ 2012-09-04 16:18 |
Das nervt mich auch, ist aber nicht so einfach zu ändern. Ich habe mal History und BookmarkManger so angepasst, dass das nicht mehr so stört. |
(0000832)
Fiete 2012-09-29 19:04 |
Replying to [comment:1 stm_]: > Das nervt mich auch, ist aber nicht so einfach zu ändern. Ich habe mal History und BookmarkManger so angepasst, dass das nicht mehr so stört. Sowohl Schilder bearbeiten als auch MapEdit sind auf meinem Mist gewachsen. Daher das gemeinsame Verhalten, nach der Änderung komplett neu zu zeichnen - sry, was besseres ist mir damals nicht eingefallen und Abhilfe bei der Ursache kann ich nicht versprechen. |
(0000880)
stm 2015-02-15 14:13 |
Ist kein Problem mehr. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
327 | [Magellan] Magellan 2 | Feature-Wunsch | immer | 2011-04-01 13:08 | 2015-02-14 13:16 |
Reporter: | Anonymous | Rechnertyp: | |||
Bearbeitung durch: | stm | Betriebssystem: | |||
Priorität: | niedrig | BS-Version: | |||
Status: | erledigt | Produktversion: | 2.0.5 nightly | ||
Produkt-Build: | Lösung: | wird nicht behoben | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | 2.0.6 | ||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Gruppen-Icons | ||||
Beschreibung: |
Lassen sich Gruppen verschiede Icons für den Baum zuzuweisen, also dass statt des normalen Ordnersymbols falls vorhanden eine Datei gruppehelp.gif verwendet wird, wenn eine gruppe namens help gefunden wird? |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000878)
stm 2015-02-14 13:16 |
Das ist mir zu speziell. Ich sehe den Nutzen nicht. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
326 | [Magellan] Magellan 2 | Feature-Wunsch | immer | 2011-04-01 13:07 | 2015-02-14 13:15 |
Reporter: | Anonymous | Rechnertyp: | |||
Bearbeitung durch: | stm | Betriebssystem: | |||
Priorität: | niedrig | BS-Version: | |||
Status: | erledigt | Produktversion: | 2.0.5 nightly | ||
Produkt-Build: | Lösung: | wird nicht behoben | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | 2.0.6 | ||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Insel-Icons | ||||
Beschreibung: |
Ist es machbar verschiedene Typen von Inseln (See/MeinLand/FeindLand/...) zuzulassen oder gibt es irgendeine andere Möglichkeit, verschiedenen Inseln verschiedene Grafiken (im Übersichtsbaum) zuzuweisen? |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000784)
stm_ 2011-04-18 11:10 |
Nein, das ist nicht möglich. Wozu soll das denn nützen? Ich versehe die Inselnamen mit Präfixen, z.B. "(A) Lummerland" um sie zu gruppieren. Damit lassen sie sich auch gut sortieren. |
(0000877)
stm 2015-02-14 13:15 |
Ich sehe nicht, wie das aussehen soll oder was es nützt. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
360 | [Magellan] Magellan 2 | Feature-Wunsch | immer | 2012-08-10 16:52 | 2015-02-14 13:08 |
Reporter: | Pyanfar | Rechnertyp: | |||
Bearbeitung durch: | stm2 | Betriebssystem: | |||
Priorität: | hoch | BS-Version: | |||
Status: | zugewiesen | Produktversion: | |||
Produkt-Build: | Lösung: | offen | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | 2.0.6 | ||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Autosave | ||||
Beschreibung: |
Es wäre ganz wunderbar, wenn es eine Möglichkeit gäbe, das der Magellan eine automatische Speicherung durchführt. Ihr kennt das ja: Man fängt an zu basteln, und nach einer Stunde Einheiten sortieren war man so vertieft, das das manuelle abspeichern vergessen wurde, und bam: es wird neugeladen, der magellan crasht oder ähnliches. Ein Autosafe wäre super: a/abschaltbar, mit einstellbarem zeitintervall, ideal so, das der autosafe nicht gestört wird, weil grad rumgeklickt wird. vielleicht ein info-popup, und währenddessen sperrung von eingaben? |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000824)
Pyanfar 2014-04-05 21:15 |
Na, mag niemand meinen vorzüglichen Vorschlag? |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
281 | [Magellan] Plugins | kleinerer Fehler | nicht getestet | 2008-08-05 14:50 | 2015-02-14 13:03 |
Reporter: | trickert | Rechnertyp: | |||
Bearbeitung durch: | Betriebssystem: | ||||
Priorität: | normal | BS-Version: | |||
Status: | neu | Produktversion: | 2.0.2 | ||
Produkt-Build: | Lösung: | offen | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | 2.0.3 (Planung) | ||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Module/Plugin API sollte Versionsnummer führen | ||||
Beschreibung: |
Wir sollten beim Initialisieren eines Plugins prüfen, ob dieses eine Versionsnummer mitliefert (eigenständige Methode). Die könnte man mit D.I. auslesen (falls es sie gibt) und so feststellen, ob die aktuelle Magellan Version dieses Plugin starten kann. Welches Kriterium dafür verwenden werden soll, muss ich aber auch noch überlegen. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: |
Magellan Version 2.x enthält API 1. Magellan Version 2.y enthält API 2. Nun wird ein Plugin hinzugefügt, dass gegen 2.x gelinkt ist (oder 2.x wird auf 2.y geupdated). Wenn das Plugin die API 1 verwendet, kann es die API 2 nicht mehr nutzen und stürzt ab. Das soll Magellan aber nicht runterreißen..... Problem erkannt? |
||||
Angehängte Dateien: | |||||
Zu diesem Eintrag gibt es keine Notizen. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
331 | [Magellan] Magellan 2 | kleinerer Fehler | immer | 2011-08-12 18:25 | 2015-02-14 13:02 |
Reporter: | Pyanfar | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | sofort | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.0.6 | ||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Gruppen Helfe-status Editor FEHLERHAFT! | ||||
Beschreibung: |
Moin! Der GHSE setzt bei der Änderung von Helfe-Stati die ja erstmal auf 0 zurück, so wie bei diesem Beispiel: ; reset Flossenfussens (fLos) HELFEN fLos ALLES NICHT ; new help states for Flossenfussens (fLos) HELFEN fLos SILBER Das hat mir bei der letzten allianzweiten Kontrolle und Nachbesserung etwa 50 Stati zerrupft, was zu SEHR unschönen militärischen, logistischen, finanziellen und anderen Folgen führte. Nach Nachfrage bei Enno sehe ich dies als '''DICKEN BUG''', ich zitiere: [18:14] <pyanfar> Enno_ kurze Frage: um helfe-stati zu ändern, ist es doch unnötig, vorher "helfe nicht" zu setzen, oder? [18:14] <Enno_> pyanfar: absolut! [18:15] <Enno_> genau genommen ist nichtmal garantiert, in welcher reihenfolge die HELFEs einer Einheit abgearbeitet werden. [18:15] <Enno_> das kann also eher zu fehlern fuehren Ich bitte um schnellste Korrektur, denn das ist ja sonst '''fatal'''! Getestet mit dem 2.0.6 (official build vom 11.08.2011). |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000788)
stm_ 2011-08-23 17:00 |
|
(0000876)
stm 2015-02-14 13:02 |
Das war schon lange erledigt. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
300 | [Magellan] Magellan 2 | kleinerer Fehler | immer | 2010-02-05 15:08 | 2015-02-13 16:11 |
Reporter: | trickert | Rechnertyp: | |||
Bearbeitung durch: | stm_ | Betriebssystem: | |||
Priorität: | dringend | BS-Version: | |||
Status: | erledigt | Produktversion: | 2.0.0 | ||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.1.0 | ||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | 0000173: Beim Hinzufügen von mehreren Reports sind die Talente alle rot markiert | ||||
Beschreibung: |
'''Description''' Wenn man einen Report zum Zeitpunkt X einen anderen Report zum Zeitpunkt X+1 hinzufügt, ist alles ok. Fügt man zum Zeitpunkt X+1 noch einen zweiten Report auch aus X+1 hinzu und existiert eine dritte Partei, dessen Talentwerte man zum Zeitpunkt X kannte, so werden diese Talentwerte alle rot markiert (hat sich verändert). Der Talentwert bleibt aber der alte. ''' Additional Information''' Diese Verhalten hängt damit zusammen, dass ich gerade versuche, die Talentwerte für einen gemeinsamen Report einer Allianz dahingehend anzupassen, dass man Talentverschiebungen aller Parteien sieht. Das bisherige Verhalten von Magellan beim Mergen ist das, dass beim Hinzufügen eines Reports zu einem Report aus der gleichen Woche die Talente nur kopiert werden, aber nicht verglichen wird, ob diese sich verändert haben. Eine Änderung dieses Prozesses ist non-trivial, weil dieser Merge-Prozess selbst in mehreren Phasen erfolgt und dabei von Phase zu Phase Informationen verloren gehen. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000730)
stm_ 2010-02-05 15:10 |
'''Merlin''': Eine Kennzeichnung von Talentwerten, die aus der/den Vorwoche(n) stammen halte ich für wichtig. Vielleicht könnte man das über ein eigenes Icon-Styleset "nicht aktuell" regeln (eventuell sogar mehrere abhängig vom Alter der Information). Dann kann sich jeder die Farben selber definieren. '''darcduck'': Ich finde grauchen text als Zeichen für "veraltete Info" nicht schlecht. Wir brauchen aber erst die Infos ob etwas veraltet ist, das ist momentan nicht einfach und wir wollen das auch umbauen. |
(0000731)
2010-02-07 10:32 |
Kleiner Workaround: Füge erst alle Reporte vom Zeitpunkt X zu einem Report zusammen. Anschließend füge alle Reporte vom Zeitpunkt X+1 zu einem eigenen Report zusammen. Den gemergeten CR der Runde X+1 fügst Du zum gemergeten Report der Runde X hinzu und siehe da, alle Talentänderungen werden korrekt angezeigt. |
(0000732)
Fiete 2010-02-08 13:23 |
Replying to [comment:2 m.ehler@?]: > Kleiner Workaround: > Füge erst alle Reporte vom Zeitpunkt X zu einem Report zusammen. Anschließend füge alle Reporte vom Zeitpunkt X+1 zu einem eigenen Report zusammen. Den gemergeten CR der Runde X+1 fügst Du zum gemergeten Report der Runde X hinzu und siehe da, alle Talentänderungen werden korrekt angezeigt. Yep, das ist auch mein Tipp und funktioniert sehr schön. |
(0000733)
stm2 2013-01-02 18:17 |
Seit einiger Zeit sollten veraltete Talentinfos (unabhängig von der Merge-Reihenfolge) grau unterlegt angezeigt werden. Genauer gesagt, werden alle Einheiten der Vorwoche so lange als "verschwundene Einheiten" geführt, bis sie in einem hinzugefügten Report erscheinen. Sie können sogar im Baum angezeigt werden, wenn die entsprechende Option eingestellt wird. Talente, die aus der Vorwoche stammen, werden mit einem eigenen Iconstil angezeigt (Standard: grau, im Optionenmenü über Iconstile ("Talent?") veränderbar. |
(0000874)
stm2 2015-02-13 16:11 |
Es gibt da immer noch ein paar Probleme, die glaube ich beim Mergen von exportierten Reports auftreten, aber ich schließe das mal. Falls es weiter Probleme gibt, bitte als neuen Bug melden. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
372 | [Magellan] Magellan 2 | kleinerer Fehler | immer | 2012-12-28 10:29 | 2015-02-13 15:37 |
Reporter: |
|
Rechnertyp: | |||
Bearbeitung durch: | stm2 | Betriebssystem: | |||
Priorität: | niedrig | BS-Version: | |||
Status: | erledigt | Produktversion: | 2.0.5 nightly | ||
Produkt-Build: | Lösung: | nicht reproduzierbar | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | engl. Modus // Open Tasks | ||||
Beschreibung: |
-> Extras -> Options -> Open Tasks Mir ist gerade aufgefallen das in der Auswahlliste man "Masseges" nicht mehr zur Liste "Ignored types" hinzufügen kann. Ähm, man kann garnichts mehr zu "Ignored types" hinzufügen! Getestet mit Update vom: Nightly Build Version: 2.0.6 (build 541) Stand: 28.12.2012 05:15:38 +01:00 |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000871)
stm2 2015-02-13 15:37 |
Ich glaube nicht, dass das aktuell noch ein Problem ist. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
330 | [Magellan] Magellan 2 | kleinerer Fehler | immer | 2011-05-24 17:56 | 2015-02-13 11:33 |
Reporter: | Anonymous | Rechnertyp: | |||
Bearbeitung durch: | stm2 | Betriebssystem: | |||
Priorität: | niedrig | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.1.0 | ||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Silber-Overflow in Parteistatistik | ||||
Beschreibung: |
In meiner Parteistatistik habe ich seit neuestem eine negative Silbermenge. Sieht nach einem Int-Overflow aus. Könnte man da vielleicht einen 64-bit Integer nehmen? Andererseits ist Allanon so gut wie ausgestorben. Aber vielleicht schaffts ja in Eressea ja auch mal jemand über 2 Milliarden Silber |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000787)
Fiete 2011-07-31 23:30 |
Wow..erstmal Gratulation. Und Danke für die Meldung. Wird nicht vergessen...von anderer Seite kam just der Vorschlag, mal wieder die Änderungen zusammenzufassen und in eine Release münden zu lassen. Die sollte das Beheben. Gruss Fiete |
(0000870)
stm2 2015-02-13 11:33 |
Für die Parteistatistik habe ich das mal auf long geändert. Allgemein, also z.B. für Item, möchte ich das noch nicht tun, weil sich das Interface zu stark ändern würde. Und wenn eine Einheit über 2 Milliarden Silber hat, läuft doch irgendwas grundsätzlich falsch, oder? |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
298 | [Magellan] Allgemein | kleinerer Fehler | immer | 2008-09-15 12:42 | 2015-02-12 17:00 |
Reporter: | Khadar | Rechnertyp: | |||
Bearbeitung durch: | stm2 | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | 2.0.2 | ||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | update file to be opened at startup when cr is saved as... | ||||
Beschreibung: | since this is the last thing the user worked on, not the "old" file. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000869)
stm2 2015-02-12 17:00 |
We do that now (since I don't know when) |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
297 | [Magellan] Allgemein | kleinerer Fehler | immer | 2008-09-15 12:38 | 2015-02-12 16:56 |
Reporter: | Khadar | Rechnertyp: | |||
Bearbeitung durch: | stm2 | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | 2.0.2 | ||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | update title bar when file is saved as... | ||||
Beschreibung: | When saving a cr under a new name, the old name is still shown in the title bar. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000868)
stm2 2015-02-12 16:56 |
Not the case anymore. I don't know since when. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
290 | [Magellan] Funktionen | Unschönheit | immer | 2008-08-28 18:44 | 2015-02-12 16:56 |
Reporter: | xenomorph | Rechnertyp: | |||
Bearbeitung durch: | stm2 | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | 2.0.2 | ||
Produkt-Build: | Lösung: | wird nicht behoben | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | übersichtlichkeit für orks | ||||
Beschreibung: |
hallo, orks kommen ja alle mit t1 in stangenwaffen und hiebwaffen auf die welt. das führt natürlich zu einer gewissen unübersicht in einheitenbaum. nun gibt es diese einstellung in den optionen (icons->regionsbaumeinträge->zeige zusätzliche icons und texte->details), mit der man alle talente ausblenden kann, die kleiner als t2 sind. das wiederum betrifft dann aber auch alle anderen talente, was wieder der übersicht schadet. viellcht könnte man ein ork-preset machen, dass nur hieb- und stangenwaffen ausblendet, wenn es kleiner als t2 ist. -xeno |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000867)
stm2 2015-02-12 16:56 |
Ich sehe, dass das einen gewissen Nutzen hätte, aber das ist mir momentan zu klein-klein. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
282 | [Magellan] Allgemein | kleinerer Fehler | nicht getestet | 2008-08-05 14:55 | 2015-02-12 16:44 |
Reporter: | trickert | Rechnertyp: | |||
Bearbeitung durch: | stm2 | Betriebssystem: | |||
Priorität: | niedrig | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | wird nicht behoben | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | 2.0.4 | ||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Import von CRs oder Befehlen überschreibt bestätigte Befehle | ||||
Beschreibung: |
Wenn man einen Report lädt und dort Befehle setzt und den Report (der selben Runde!!!) noch einmal lädt, dann werden die gesetzten Befehle überschrieben. Gleiches beim Laden von Befehlsvorlagen. Dieses Verhalten ist in "Allianzen" unerwünscht. Wenn man dort die Befehlsdateien für eine "fremdverwaltete" Region zugeschickt bekommt, sollte Magellan einerseits warnen, dass dabei bestätigte Befehle überschrieben werden und andererseits einen Dialog mit den entsprechenden Details öffnen: |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: |
Vorschlag für die GUI: Bestehende vs. Neue Befehle anzeigen (links und rechts ein Textarea) Buttons: Abbrechen, Überschreiben, Alle Überschreiben, Ignorieren, Alle Ignorieren. |
||||
Angehängte Dateien: | |||||
Notiz | |
(0000698)
Fiete 2008-08-28 01:08 |
Die vorgeschlagene GUI ist mir zu mächtig, wenn auch sicher für bestimmte Allianzstrukturen sehr hilfreich. Als Startpunkt habe ich jetzt beim Öffnen von befehlen die Möglichkeit geschaffen, eine Checkbox zu setzen: "Bereits bestätigte Befehle nicht überschreiben" Und dass tut der orderReader dann auch nicht, sowie er an eine bereits bestätigte Unit kommt lässt er sofort die Finger von ihr. Wenn man nen ganzen report lädt, ist für mich vollkommen klar, dass dann auch befehle neu gesetzt werden. Von einem Überschreiben ist fast nicht die Rede. Denn richtige Wäre es, im "anderen" Report kurzerhand die Befehle zu exportieren und "hier" wieder einzulesen....oder man arbeitet mit Auswahl=Selektions und exportiert nur diese als Report und fügt die komplett wieder ein... |
(0000866)
stm2 2015-02-12 16:44 |
So wie Fiete das sagte, will ich eine so weit gehende Unterstützung von Allianzen in Magellan nicht implementieren. Man kann Serverreports problemlos zusammenfügen und Befehle (auch selektiv) exportieren und importieren. Das reicht. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
184 | [Magellan] Plugins | kleinerer Fehler | immer | 2008-04-07 23:21 | 2015-02-12 16:36 |
Reporter: | trickert | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | 2.0.0 | ||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.1.0 | ||
Zielversion: | 2.1.0 | ||||
Project: | ExtCmds Plugin | ||||
Zusammenfassung: | ExtCmds: Tabstop zu breit in Editorfenster | ||||
Beschreibung: |
Der Tabstop ist ganz schon breit, kann man das irgendwie einstellen? Die hälfte reicht. Momentan auf 8 Zeichen. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: |
Evtl. konfigurierbar in den Optionen machen. Das ist eine JTextPane Einstellung |
||||
Angehängte Dateien: | |||||
Notiz | |
(0000635)
trickert 2008-07-13 08:49 |
Ich hab schon probiert, sie zu verkleinern. Aber irgendwie funktioniert der Tipp von Sun nicht. |
(0000865)
stm2 2015-02-12 16:36 |
Habe eine Möglichkeit gefunden. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
176 | [Magellan] Plugins | Feature-Wunsch | N/A | 2008-04-07 23:08 | 2015-02-12 12:16 |
Reporter: | trickert | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | zugewiesen | Produktversion: | 2.0.0 | ||
Produkt-Build: | 181 | Lösung: | offen | ||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | 3.0.0 (Planning) | ||||
Project: | Magellan 2 | ||||
Zusammenfassung: | ExtCmds: Hat die Einheit/Region einen Script | ||||
Beschreibung: | Man müsste in der Regionsansicht oder in der Detailansicht einen Weg finden, um sichtbar zu machen, welche Einheiten einen Befehl haben. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | Vielleicht ein überlagertes Icon an der Einheit/Region? Ein kleines "s" oder so. | ||||
Angehängte Dateien: | |||||
Notiz | |
(0000600)
trickert 2008-06-12 08:13 |
ich hab zwar noch keine Ahnung wie man das umsetzen soll, da ein Plugin eigentlich keine Möglichkeit hat, auf den Renderer des Regiontree selbst zuzugreifen, aber vielleicht fällt mir ja was ein. Z.B. eine API Änderung am Renderer, um diesem klar zu machen, dass bei bestimten Eigenschaften des Objekts ein Icon gerendert werden soll. Die Eigenschaft könnte als Interface mitgegeben werden und eine Implementierung enthalten, die prüft, ob das gerade angezeigte Element des Baums einen Script enthält. So ähnlich wie das Listener Konzept. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
149 | [Magellan] Funktionen | kleinerer Fehler | immer | 2008-03-04 01:54 | 2015-02-12 12:15 |
Reporter: | darcduck | Rechnertyp: | |||
Bearbeitung durch: | stm | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.0.6 | ||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | AutoCompletion: DEFAULT | ||||
Beschreibung: |
Solthar hat wohl schon ein paar Anpassungen vorgenommen um für DEFAULT mit Anführungszeichen trozdem Autocompletion zu unterstützen. Ich habe mich vor ein paar Wochen auch mal dran versucht, allerdings habe ich die Einfachen Anführungszeichen verwendet, da diese nach Enno genauso verwendet werden können, z.b. wenn man ein doppeltes Anführungszeichen im Text haben will. DEFAULT 'ZAUBERE "Erschaffe ein Monster"' wäre dafür ein gutes Beispiel. Ich bin daher dafür, die einfachen Anführungszeichen quasi nur für den DEFAULT Befehl zu verwenden. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: |
Den EresseaOrderParser hatte ich mir auch soweit umgeschrieben, das er die Einfachen Anführungszeichen so halbwegs akzeptiert hat. Tippen musste man das abschliessende Anführungszeichen aber leider immer noch selbst. Ziel sollte es sein, das beim autocomplete von DEFAULT die einfachen Anführungszeichen mit erscheinen und dann NICHT durch weitere Befehle wieder gelöscht werden. (was leider der Fall war) Ich hoffe es kann sich mal jemand anders dran versuchen. Die doppelten Anführungszeichen würde ich weiterhin nur für Text verwenden. |
||||
Angehängte Dateien: | |||||
Notiz | |
(0000425)
stm 2008-04-06 13:23 |
Habe das etwas verbessert. Extrembeispiele wie DEFAULT 'ZAUBERE "Erschaffe ein Monster"' werden immer noch nicht richtig behandelt, aber DEFAULT benutzt jetzt einfache Anführungszeichen und zumindest Dinge wie DEFAULT 'LERNEN Ausdauer' lassen sich jetzt recht komfortabel eingeben. Viel mehr ist ohne tiefgreifendere Eingriffe wahrscheinlich schwer möglich. |
(0000434)
darcduck 2008-04-06 17:08 |
hm, irgendwie sieht das bei mir sehr seltsam aus. Also Default schreibt er erstmal problemlos. Das einfache Anführungszeichen schreibt er dann erst wenn das nächste token kommt,also z.b. LERNEN. Dann habe ich dahinter 2 statt 1 leerzeichen. Ganz seltsam ist das Ergebnis bei BANNER im DEFAULT. Da gibt es plötzlich zweimal doppelte Anführungszeichen. Das Syntaxhighlighting scheint nicht mehr so ganz korrekt zu arbeiten. Ich habe nur mal kurz ins Coding geschaut und im OrderParser bei readDefault was neues gefunden. Damit das besser funktioniert, muss man wahrscheinlich die einfachen Anführungszeichen noch anders behandeln. Prinzipiell eher in die Richtung wie das @ Zeichen. Das Zeichen selbst als Token bei dem davor und danach Autocompletion funktionieren sollte. Teil der DEFAULT Completion ist dann bereits das schreiben der einfachen Anführungszeichen. aus DEF<tab> wird also: DEFAULT '|' und wenn ich dann noch ein 'A' eingebe wird mir Arbeiten als Vervollständigung angeboten. Wichtig ist hierbei das hier weder davor noch danach ein Leerzeichen ist und trotzdem die Completion funktionieren sollte. Ich denke damit es funktioniert, muss so ähnlich wie du es schon angefangen hast, das öffnende und das schliessende Anführungszeichen ein extra tokentyp werden. Das öffnende hat als spezialeigenschaft, das kein Leerzeichen folgt und das Schliessende, das kein Leerzeichen davor stehen muss. Vielleicht bekommst du es ja irgendwie hin. Danke! |
(0000584)
stm 2008-06-08 05:03 |
Ich bin jetzt ganz zufrieden mit der derzeitigen Lösung, DEFAULT 'BANNER "bla"' und dgl. funktioniert jetzt. Ganz narrensicher ist es noch nicht, DEFAULT "LERNEN Unterhaltung Unterhaltung" wird zum Beispiel akzeptiert. |
(0000592)
stm 2008-06-09 00:43 |
Na ja, so richtig funktioniert es doch nicht. Ohne den Parser intelligenter zu konzipieren wohl schwer zu lösen... |
(0000864)
stm2 2015-02-12 12:15 |
Das funktioniert inzwischen recht gut. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
228 | [Magellan] Allgemein | Feature-Wunsch | immer | 2008-04-23 10:31 | 2015-02-12 12:14 |
Reporter: | Enno | Rechnertyp: | |||
Bearbeitung durch: | Betriebssystem: | ||||
Priorität: | normal | BS-Version: | |||
Status: | anerkannt | Produktversion: | 3.0.0 (Planning) | ||
Produkt-Build: | Lösung: | offen | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Befehle speichern/versenden Dialoge aufraeumen | ||||
Beschreibung: |
Der "Befehle speichern" Dialog ist total ueberfrachtet. Die Optionen dort gehoeren in einen Optionen-Dialog, zusammen mit allen anderen Optionen des Programmes. Hier gehoert lediglich ein Filebrowser aufgemacht und gut ist. Befehle abschicken: "Datei->Befehle versenden" sollte es als Menuepunkt geben. Das benutzen zu wenige Leute. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: |
Das gehoert zu den ersten Funcktionen, die ein Anfaenger benutzt, und muss deshalb so easy sein wei's geht. Mit den Defaults in den optionen soltle jeder zurechtkommen, die braucht man also nicht sehen. Und Befehle als Datei speichern ist weniger wichtig als Befehle absenden (wenn's geht). |
||||
Angehängte Dateien: | |||||
Notiz | |
(0000591)
stm 2008-06-08 23:43 |
Jein, ich benutze die Optionen durchaus und möchte sie nicht bei den übrigen Optionen verstecken. Aber der Dialog sollte übersichtlicher werden, ja. - Befehle verschicken als eigener Menüpunkt mit eigenen Optionen, okay. - Befehle speichern ebenfalls als eigener Menüpunkt mit zuschaltbarem Eigenschaften-Dialog. - Befehle in Zwischenlage und (featurewish) aus Zwischenablage übernehmen. Vielleicht aber wie bisher zusammen mit Befehle speichern bzw. öffenen... |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
215 | [Magellan] CR-Support | kleinerer Fehler | immer | 2008-04-17 09:03 | 2015-02-12 12:13 |
Reporter: | trickert | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | wird nicht behoben | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | 2.1.0 | ||||
Project: | Allanon Unterstützung | ||||
Zusammenfassung: | Allanon: BEANSPRUCHE funktioniert nicht | ||||
Beschreibung: | Der Befehl BEANSPRUCHE wird nicht richtig unterstützt. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000863)
stm2 2015-02-12 12:13 |
Allanon ist tot |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
118 | [Magellan] CR-Support | kleinerer Fehler | immer | 2007-12-18 03:12 | 2015-02-12 12:11 |
Reporter: |
|
Rechnertyp: | |||
Bearbeitung durch: | darcduck | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.0.6 | ||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Resultate von SPIONIERE nicht mehr richtig wiedergegeben | ||||
Beschreibung: |
Ein erfolgreiches SPIONIERE bringt seit 551 nicht mehr (wie bisher) eine, sondern drei Meldungen (nämlich über Kampfstatus, Talentwerte und Gegenstände), von denen aber nur eine in Magellan bei den Nachrichten angezeigt wird. Wenn ich den cr richtig deute, könnte man durch einen simplen fix die gewonnenen Informationen sogar ziemlich einfach bei den ausspionierten Einheiten (Regionsübersicht und Details) anzeigen. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: |
der cr sieht folgendermaßen aus: MESSAGE 561157056 865172808;type "Galantris (sirg) gelang es, Informationen über Botschafter der AlbinoZwerge (1igL) (kämpft nicht) herauszubekommen.";rendered 1330684;spy 70581;target "kämpft nicht";status MESSAGE 561157424 467205397;type "Botschafter der AlbinoZwerge (1igL) beherrscht Ausdauer 7, Wahrnehmung 15, Unterhaltung 2.";rendered 70581;target "Ausdauer 7, Wahrnehmung 15, Unterhaltung 2";skills MESSAGE 561158192 743495578;type "In Gepäck von Botschafter der AlbinoZwerge (1igL) sind 384 Silber.";rendered 70581;target "384 money_p";items |
||||
Angehängte Dateien: | |||||
Notiz | |
(0000315)
darcduck 2008-01-08 02:46 |
Die Meldungen sollten alle angezeigt werden, wenn man die eigene Partei anklickt. Klickt man den Spion an, werden nur Meldungen angezeigt, die sich dem Spion zuordnen lassen. Dies ist nur für die erste Meldung der Fall. Hingegen lassen sich alle Meldungen dem Ausspionierten zuordnen. Das sollte auch bereits so funktionieren (hoffe ich). Kannst du das bitte mal prüfen, habe gerade keine Spionagemeldungen zur Hand. Die Dritte Meldung hat auch wieder das Problem mit $resources() money_p können wir schlecht in Silber auflösen. Wäre gut wenn ich zu allen 3 Meldungen auch den Messagetype bekommen könnte. einfach die entsprechende nummer im CR suchen. Schön wäre natürlich im MessagePostprocessing die Informationen hier zu verwenden um fremde Einheiten mit den Infos über Skills und sonst nicht sichtbare Gegenstände auszustatten. |
(0000316)
2008-01-08 11:39 |
Die Meldungen werden bei der Partei angezeigt, ja. Erwarten tut man sie trotzdem beim Spion. Ich weiß nicht, wie Du das mit 'dem Ausspionierten zuordnen' gemeint hast. Angezeigt werden die Meldungen bei dem jedenfalls nicht. MESSAGETYPE 865172808 "\"$unit($spy) gelang es, Informationen über $unit($target) ($status) herauszubekommen.\"";text "events";section MESSAGETYPE 467205397 "\"$unit($target) beherrscht ${skills}.\"";text "events";section MESSAGETYPE 743495578 "\"In Gepäck von $unit($target) sind $resources($items).\"";text "events";section |
(0000442)
darcduck 2008-04-08 03:01 |
"Dem Ausspionierten zuordnen" - damit meine ich die Meldungen werden ja jede für sich betrachtet. Schaut man sich nun die 2. oder 3. Meldung an, ist es unmöglich diese Meldungen dem Spion zuzuordnen. Allerdings könnte man die Talente und Gegenstände der Einheit anhand der Meldung setzen. Das wäre dann im Msg-Postprocessing. |
(0000478)
Fiete 2008-04-16 14:16 |
Nicht richtig. Aus Message 1 kennt man die "spione" und kann ihnen die erkannten Sachen ihrer "targets" zuordnen. Dieser Bug ist Mag 1 zugeordnet, wird dort definitiv nicht behoben. Ich versuche in Mag 2 zu verschieben. |
(0000480)
darcduck 2008-04-16 15:03 |
Ja klar inhaltlich kann man es zusammen ordnen, aber technisch ist bislang keine Beziehung zwischen Meldungen vorgesehen. Jede Meldung wird einzeln verarbeitet und ausgewertet. Ich sehe hier momentan nur die Möglichkeit des Message-Post-Processing. Meldungen des Typ 865172808 nehmen, dazugehörige Meldungen der Typen 467205397 und 743495578 suchen (über $target) und diesen Meldungen ein zusätzliches Attribut verpassen: $spy. Dann ist findet auch unser "Filter"-Mechanismus wieder diese Meldungen zur Spion-Einheit. Schön ist das aber nicht. Lieber würde ich in einer Konfigurationsdatei solche Meldungshierarchien und join-Bedingungen ablegen <messagerelations> <relation> <parent type="865172808" attribute="target" /> <child type="467205397" attribute="target" /> <child type="743495578" attribute="target" /> </relation> </messagerelations> Erlaubt man auch andere Konnektoren als bestimmte Typen und gleiche Attributwerte (z.b. Vorgänger im Report) dann lässt sich damit sogar der Kampfbericht strukturieren. Solche untergeordneten Meldungen werden dann im Meldungsbaum auch unterhalb der anderen Meldungen angezeigt. |
(0000482)
darcduck 2008-04-16 15:04 |
Ich mache erstmal das postprocessing und schaue dann ob ich etwas allgemeines erstellen kann. |
(0000862)
stm2 2015-02-12 12:11 |
Funktioniert jetzt schon richtig. Die Nachrichten werden beim Spion angezeigt. Der Server wird demnächst jeder Meldung ein "spy" tag hinzufügen. Dann wird das noch einfacher. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
58 | [Magellan] Allgemein | Feature-Wunsch | immer | 2007-06-30 10:22 | 2015-02-12 11:48 |
Reporter: | Khadar | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | bestätigt | Produktversion: | |||
Produkt-Build: | Lösung: | offen | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | 3.0.0 (Planning) | ||||
Project: | Magellan 2 | ||||
Zusammenfassung: | army statistics | ||||
Beschreibung: |
What constitutes a "soldier"? I would figure it's a person with a combat skill and/or a weapon/armor. It seems however that men with the skill but without a weapon or armor aren't listed, when men without the skill but with a weapon or armor are. |
||||
Tags: | anzeige, Insel, Region, Sortierung | ||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000323)
stm 2008-01-13 06:07 |
Looks like nobody has had a look at this code for a long time. I've never used the army stats. I'm curious: How does anybody use this dialog and what do you expect from it? And yes, it seems only units with at least one weapon are displayed in this dialog... |
(0000347)
Fiete 2008-02-05 08:17 |
From foreign units u have no knowledge about skills - so we have just take every person with a weapon as soldier. From units we know skills, we can count "real" soldiers and give information about soldiers without weapons (with skill, no weapons). I don´t use it, but I see no big error in it. FF |
(0000366)
trickert 2008-02-28 23:28 |
I think, we should redesign the whole ArmyStats dialog. But I'm realy not sure, what is here important. Normally you compare the units in a region or on an island. This could be a filtered tree of the region details tree (left) but only with soldiers showing the sums of known skill levels. Thats important: the algorithm should check (and I think, that is wrong), that a unit with known skill levels and a weapon is really a soldier. But a unit without any skills could either be a foreign unit or a unit -actually- with no talents (recruited without learning)... It's not enough to check if the faction has a password. We change this after release 2.0. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
377 | [Magellan] Magellan 2 | kleinerer Fehler | immer | 2013-12-29 02:42 | 2015-02-12 11:42 |
Reporter: |
|
Rechnertyp: | |||
Bearbeitung durch: | stm2 | Betriebssystem: | |||
Priorität: | dringend | BS-Version: | |||
Status: | erledigt | Produktversion: | 2.0.5 nightly | ||
Produkt-Build: | Lösung: | nicht reproduzierbar | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Magellan wird nicht richtig installiert! | ||||
Beschreibung: |
Das Nightly Build: Version: 2.0.6 (build 576) Stand: 29.12.2013 00:11:46 +01:00 wird nicht bis zu Ende installiert! Auf dem Desktop erscheint keine Verknüpfung mehr! Programm kann aber aus der Datei heraus noch gestartet werden. Das zusammenfügen der Reporte ist fast unmöglich. Bitte einmal drüber schauen. Grüße! Kildaron |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000849)
stm2 2014-01-03 19:25 |
Dem Installer fehlt die Datei echeck.exe. Ich weiß im Moment noch nicht, warum. Das erzeugt eine Fehlermeldung bei der Installation. Die Desktopverknüpfung wird bei mir (WinXP) aber trotzdem erstellt. Mit welcher Windows-Version tritt das Problem auf? Gibt es eine Fehlermeldung oder bricht der Installer einfach ab? Wieso ist "das Zusammenfügen der Reporte fast umöglich"? Ich füge ständig problemlos Reporte zusammen. Ich brauche genauere Informationen, wann das Problem auftritt. Am besten in einem [https://sourceforge.net/apps/trac/magellan-client/newticket neuen Ticket], falls es nichts mit der Installation zu tun hat. |
(0000850)
Fiete 2014-05-07 00:53 |
Nightly vom 24.04.2014 build 581: - Win7 64 Bit - Installation ohne Probleme - wenn entsprechender Haken gesetzt, wird auch ein Desktop Icon installiert - Die Verknüpfung weist auf die magellan.bat und funktioniert, Magellan startet. - Mergen funktioniert, allerdings musste ich für meinen großen test-report dazu den xmx-Schalter in der bat deutlich erhöhen...javaw nutzt bei mir dann 1.3 GB, in der standard magellan.bat ist xmx auf 400 (MB) eingestellt. |
(0000861)
stm2 2015-02-12 11:42 |
Ohne genauere Angaben kann ich nichts weiter tun. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
380 | [Magellan] Magellan 2 | kleinerer Fehler | immer | 2014-02-26 09:47 | 2015-02-12 11:40 |
Reporter: |
|
Rechnertyp: | |||
Bearbeitung durch: | stm2 | Betriebssystem: | |||
Priorität: | dringend | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | nicht reproduzierbar | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.0.6 | ||
Zielversion: | 2.0.6 | ||||
Project: | Magellan 2 | ||||
Zusammenfassung: | übergebene Einheiten bleiben erhalten | ||||
Beschreibung: |
Wenn ich eine komplette Einheit in Runde x-1 an eine andere Partei übergebe und dann meinen Report von Runde x zu dem vorherigen Gesamtreport hinzufüge, dann bleibt mir die abgegebene Einheit erhalten. Die Einheit erscheint auch nicht bei der Partei, an die sie abgegeben wurde. Das geschieht nur innerhalb von Magellan, der CR als solches ist in Ordnung. Als workaround kann man natürlich die abgegebene Einheit manuell aus dem Gesamtreport löschen und Magellan dann wieder diesen Report einlesen lassen, aber das ist ein wenig nervig, weil man es natürlich leicht vergisst. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000853)
stm2 2014-04-22 19:41 |
Das kann ich nicht reproduzieren. Ist die Einheit im hinzugefügten Report (x) enthalten? Ist sie parteigetarnt oder so was? Am besten brauche ich einen minimale Reports von Woche x und x-1, bei denen das Problem auftritt. |
(0000854)
2014-05-06 20:44 |
Hai! Ich habe den Fehler mal reproduzierbar nachgestellt. Was ich in meiner Fehlermeldung zu erwähnen vergessen hatte, war, dass der Fehler nur auftritt, wenn man Reports verschiedener Parteien zusammenfügt. Alle Daten in den angefügten Dateien stammen aus original vom Server erhaltenen Auswertungen. Allerdings habe ich die Parteinamen konsistent geändert und auch Einheitennamen und -beschreibungen anonymisiert. Nicht zur Fehlernachstellung benötigte Einheiten habe ich aus den Reports entfernt, ebenso alle nicht benötigten Parteien, Gebäude, Schiffe, etc. Die Reihenfolge der Einheiten in den Reports habe ich allerdings nicht verändert. Also: Im Basisreport der Runde 875 (dieser ist als Fortschreibung älterer Reports aller beteiligten Parteien im Laufe der Zeit entstanden und hat auch diverse Versionssprünge von Magellan mitgemacht) sind in Region A die Parteien 222222 und 3333333 anwesend, wobei aber Partei 1111111 der Eigentümer des Reports ist. Partei 222222 übergibt eine Einheit an Partei 3333333. Der Server führt dies auch durch - erkennbar an der entsprechenden Meldung und auch daran, dass in Auswertung von Partei 222222 der Folgewoche diese Einheit der Partei 3333333, also der Empfängerpartei, angehört. Der Report der Folgewoche wird aber wie folgt aufgebaut: Hinzufügen der Auswertung 876 von Partei 1111111 (876-ntc7.cr) zum Basisreport. Partei 1111111 ist in der Region A nicht vertreten, wohl aber in anderen Regionen (dort auch gemeinsam mit allen andren involvierten Parteien). Danach wird Auswertung 876 der Partei 222222 (876-4rgu.cr) hinzugefügt. Et voilá: Einheit 88206 (1w26 als Base-36-Zahl) behält ihre alte Parteinummer anstatt zur Partei 3333333 zu wechseln, wie es dieser hinzugefügte Report eigentlich vorgibt. Weitere Fehler, die mir aufgefallen sind, und die wohl auf der gleiche Ursache beruhen, die aber hier nicht auftreten, betreffen die Nicht-Übernahme des gesundheitsstatus sowie auch ab und an des Besitzes (was genau dann ärgerlich ist, wenn bei einer Einheit Silber angezegt wird, der Server aber kein Silber im Besitz der Einheit weiß). |
(0000860)
stm2 2015-02-12 11:40 |
Müsste seit build 595 erledigt sein. Leider habe ich die Attachements nicht mehr, die sind bei der Mantisumstellung verloren gegangen. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
370 | [Magellan] Magellan 2 | Feature-Wunsch | immer | 2012-12-05 19:40 | 2015-02-12 10:59 |
Reporter: |
|
Rechnertyp: | |||
Bearbeitung durch: | stm2 | Betriebssystem: | |||
Priorität: | niedrig | BS-Version: | |||
Status: | erledigt | Produktversion: | 2.0.5 nightly | ||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.1.0 | ||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | engl. Modus // Grafik fehlt | ||||
Beschreibung: |
Version: 2.0.6 (build 538) Stand: 05.12.2012 05:15:02 +01:00 Desktop -> Details Es fehlt unter "Persons:" die Grafik der verschiedenen Rassen. Im deutschen Modus werden diese angezeigt. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000841)
stm2 2013-01-02 18:50 |
Kann ich nicht nachvollziehen. Die einzelnen Rassen können per Doppelklick auf "Persons:" ein- und ausgeklappt werden. Lag's daran? |
(0000842)
2013-01-02 19:16 |
Sehr gut, dann bist du schon einmal auf dem richtigen Weg. Es lag nicht am auf- und zuklappen! Sondern an den fehlenden Rasse-Bildchen. Solange nur eine Rasse anwesend ist kann das Fenster nicht aufgeklappt werden. Im deutschen Modus würde dann neben der Beschreibung "Halbling" ein Bildchen eines Halblings angezeigt (Das Bildchen fehlt im englischen). Sobald mehrere Rassen vorhanden sind kann das Fenster, wie von dir beschrieben, geöffnet werden. Im deutschen Modus hat z.B. ein Eisengolem ein anderes Bildchen für die Rasse wie z.B. ein Meermensch, Ents, Einhörner usw. Es geht sich mir nur um diese Grafische Darstellung der verschiedenen Rassen. Die fehlt im englischen. Im englischen sind die alle gleich (zwei Köpfe, mehr nicht). Im deutschen Modus sieht das einfach schöner aus. |
(0000843)
2013-01-02 19:26 |
Uppala, sorry. Mir ist gerade aufgefallen das dieser Fehler ausschließlich im engl. Original-Server CR vorkommt. Magellan im englischen Modus, mit deutschem original-server CR, zeigt die Rasse-Bildchen an. |
(0000859)
stm2 2015-02-12 10:59 |
gefunden, repariert |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
245 | [Magellan] Funktionen | Feature-Wunsch | N/A | 2008-05-08 16:44 | 2015-01-05 18:50 |
Reporter: | thewhitewolf5123 | Rechnertyp: | |||
Bearbeitung durch: | Betriebssystem: | ||||
Priorität: | normal | BS-Version: | |||
Status: | neu | Produktversion: | 2.0.1 | ||
Produkt-Build: | Lösung: | offen | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Einheiten im Baum auf Knopfdruck filtern | ||||
Beschreibung: |
Ich würde gerne, auf Knopfdruck, vorübergehend nur manche Einheiten im Regionsbaum sehen. Zum Beispiel nur alle nicht bestätigten, eigenen Einheiten. Das würde das Ver- und Zuteilen von Ausrüstung, Lerne/Lehre, etc bei einer sehr großen Zahl von unsortierten Einheiten erleichtern. Der Knopf sollte maximal so umständlich wie ein Menüpunkt Ansicht->NurBestätigteAnzeigen erreichbar sein (also sehr schnell erreichbar). |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Zu diesem Eintrag gibt es keine Notizen. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
371 | [Magellan] Magellan 2 | kleinerer Fehler | immer | 2012-12-05 20:29 | 2013-01-02 18:33 |
Reporter: |
|
Rechnertyp: | |||
Bearbeitung durch: | Betriebssystem: | ||||
Priorität: | niedrig | BS-Version: | |||
Status: | neu | Produktversion: | 2.0.5 nightly | ||
Produkt-Build: | Lösung: | offen | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | engl. Modus // Wie aus brain wax Gehirnschmalz wurde... | ||||
Beschreibung: |
Die seltsame Verwandlung des brain wax zum Gehirnschmalz und wieder zurück. Ich hab das Thema ja schon auf Mantis angesprochen, erklären kann ich es selber kaum... Da ich nun schon ein wenig an mir gezweifelt habe, habe ich mal die alten Reporte mir angeschaut. In der Runde 800 stand unter Details im Fenster unter Potions: 14 of 14 brain wax! In Runde 801, so musste ich gerade feststellen, steht da dann auf einmal Gehirnschmalz (nur das es mir da nicht aufgefallen ist)! In Runde 802 möchte ich brain wax einsetzen, und siehe da, Magellan bietet mir über USE 1 ... na waswohl... "Gehirnschmalz" zur Auswahl an, und das im englischen Modus. Nicht zu vergessen das unter Potions auch Gehrinschmalz erwähnt wird. Notiz unter Potions: R799 brain wax R798 brain wax R797 Gehirnschmalz R796 Gehirnschmalz R795 Gehirnschmalz R794 brain wax R793 Gehirnschmalz R792 brain wax R791 Gehirnschmalz R790 brain wax R789 Gehirnschmalz R788 brain wax R787 brain wax R786 Gehirnschmalz Sau geil ist auch dass mit jedem CR in Magellan, die Order von brain wax zu Gehirnschmalz wechselt und wieder zurück. Ganz so was der Wochen-CR gerade hergibt. Benutzt eine Einheit brain wax, wird übrigens ab der Folgewoche unter Effects, brain wax immer auf deutsch angezeigt! Ich hab keine Ahnung ob das ein Magellan problem oder doch ein BUG für Mantis ist. Ich werde es auch dort posten. -> Ein Schelm der darin einen Scherz vermuttet ;-) Wurde getestet mit: Version: 2.0.6 (build 538) Stand: 05.12.2012 05:15:02 +01:00 |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000844)
Fiete 2012-12-23 16:42 |
Stehen wir vor einer Büchse der Pandora? Ich vermute, Du nutzt CRs in eng und in de, richtig? Und je nachdem, welcher CR gerade als letztes hinzugefügt wurde, sind an bestimmten Stellen sprachspezifische Sonderheiten zu beobachten.... Ich graue mich ein wenig davor, die Implikationen von mehrsprachigen Reports in einem Magellan zu durchdenken, ich weiß nicht, wie sehr uns der TRANSLATION-Block des CRs rettet..;-) Aber erstmal zur Problemfindung: werden Reports mit verschiedenen Spracheinstellungen hinzugefügt/gemerged ? Gruß |
(0000845)
2012-12-28 09:57 |
Grüß dich Fiete, Magellan läuft bei mir im engl. Modus und wird auch so gestartet. Die CR's habe ich alle einzeln geöffnet und angeschaut. Es wurden keine CR's hinzugefügt oder gespeichert. Bei meiner eigenen (engl.) Partei werden keine anderen Partei-CR's zum Gesamt-CR hinzugefügt. Grüße |
(0000846)
stm2 2013-01-02 18:22 |
Nur um das restlos klarzustellen: Handelt es sich hierbei um den Originalreport, der vom Eressea-Server kommt (804-abcd.zip) oder um den Report, den Du mit Magellan benutzt (und zu dem jede Woche der Serverreport hinzugefügt wird)? |
(0000847)
2013-01-02 18:33 |
Es handelt sich um den Originalreport, der vom Server kommt! Es wurden keine Reporte zusammengefügt! In der oben genannten Liste habe ich alle Reporte einzeln geöffnet! |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
375 | [Magellan] Magellan 2 | kleinerer Fehler | immer | 2012-12-31 11:15 | 2012-12-31 11:16 |
Reporter: | stm_ | Rechnertyp: | |||
Bearbeitung durch: | Betriebssystem: | ||||
Priorität: | niedrig | BS-Version: | |||
Status: | neu | Produktversion: | |||
Produkt-Build: | Lösung: | offen | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Übersetzung von Gegenständen | ||||
Beschreibung: |
Namen von Gegenständen sind für englische Parteien nicht immer bekannt, zum Beispiel im TEMP-Dialog: - Engl. Report öffnen - Einheit auswählen - TEMP-Dialog öffnen, rekrutieren ausfüllen, schließen ==> Elterneinheit hat GIVE TEMP xyz 80 Silber ; statt Silber als Befehl Build 540 |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000848)
stm_ 2012-12-31 11:16 |
|
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
374 | [Magellan] Magellan 2 | Feature-Wunsch | immer | 2012-12-28 14:30 | 2012-12-28 14:30 |
Reporter: | Pyanfar | Rechnertyp: | |||
Bearbeitung durch: | Betriebssystem: | ||||
Priorität: | niedrig | BS-Version: | |||
Status: | neu | Produktversion: | |||
Produkt-Build: | Lösung: | offen | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Universal-Anzeiger-Plugin | ||||
Beschreibung: |
Ich wünsche mir ein kleines Plugin, das es mir ermöglicht, eigene, mittels Vorlage eingefügte Tags, graphisch auf der Karte darzustellen, so wie es MapIcons mit den Talentwerten ermöglicht. Idealerweise sollte man dann im Plugin den Tagnamen einstellen können und die Darstellung der verschiedenenen TAG-werte (Farbskala und/oder Text). Wenn ich Plugins basteln könnte, würde ichs ja selber machen, aber so... Auf diese Weise können wir normal-user uns "viele" eigene plugins machen und müssen weniger neue Features verlangen ;) |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Zu diesem Eintrag gibt es keine Notizen. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
373 | [Magellan] Magellan 2 | Feature-Wunsch | immer | 2012-12-28 14:05 | 2012-12-28 14:05 |
Reporter: | Pyanfar | Rechnertyp: | |||
Bearbeitung durch: | Betriebssystem: | ||||
Priorität: | niedrig | BS-Version: | |||
Status: | neu | Produktversion: | |||
Produkt-Build: | Lösung: | offen | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Plugin: Silberversorgung | ||||
Beschreibung: |
Durgan und ich hätten gerne die Möglichkeit, den Silbervorrat in unseren Regionen visuell zu erfassen. Uns ist klar, das Vorlage usw. da viele Optionen beiten, aber wir sind eingefleischte Magellan-user und schätzen die Möglichkeiten von Plugins sehr... Unsere Vorstellung: das Plugin sollte, analog zur "Talentwert-Abzeine" des "MapIcons"-plugin, in jeder Region mit eigenen/Verbündeten ein farbiges Icon einblenden, das den Silbervorrat darstellt, wobei Farbe und evt. Text die Menge angeben sollten. Wir dachten an mehrere mögliche Werte, k.A., was wie leicht implementierbar ist: - Silbervorrat in Zehnerpotenzen (also 0-9, 10-99, 100-999, 1000-9999, usw.) - Silbervorat geteilt durch Unterhalt (0 Runden, eine Runde, zwei bis zehn Runden, 10-50, mehr als 50 Runden) - wie zuvor, nur mit Einberechnung von Lern- und Gebäudekosten Wahrscheinlich ließe sich das auch irgendwie mit dem ATR oder ARR hinbasteln, oder selbstgebastelten Icons... aber wir sind nicht grad die Meisterprogrammierer :) |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Zu diesem Eintrag gibt es keine Notizen. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
368 | [Magellan] Magellan 2 | Feature-Wunsch | immer | 2012-11-21 11:24 | 2012-11-21 11:24 |
Reporter: |
|
Rechnertyp: | |||
Bearbeitung durch: | Betriebssystem: | ||||
Priorität: | niedrig | BS-Version: | |||
Status: | neu | Produktversion: | 2.0.5 nightly | ||
Produkt-Build: | Lösung: | offen | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | MapEdit -> Weitere Funktion hinzufügen. | ||||
Beschreibung: |
Markiert man eine Region und geht über die rechte Maustaste, erhält man ein Auswahlmenü mit dem Punkt MapEdit. Dort kann man z.B. Name, Terrain oder Kräuter setzen. Ich fände es gut wenn die Liste um den Posten "Ressourcen/Rohstoffe" erweitert werden könnte. So könnte man Rohstoffe wie Holz, Mallorn, Eisen, Steine, Laen, Adamantium usw., ähnlich wie Kräuter zum CR hinzufügen. Anders gekennzeichnet könnten diese dann unter Details mit in der Liste "Ressourcen" aufgelistet werden. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Zu diesem Eintrag gibt es keine Notizen. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
361 | [Magellan] Magellan 2 | Feature-Wunsch | immer | 2012-08-10 16:56 | 2012-08-10 16:56 |
Reporter: | Pyanfar | Rechnertyp: | |||
Bearbeitung durch: | Betriebssystem: | ||||
Priorität: | niedrig | BS-Version: | |||
Status: | neu | Produktversion: | |||
Produkt-Build: | Lösung: | offen | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | 2.0.6 | ||||
Project: | Magellan 2 | ||||
Zusammenfassung: | [plugin] Schiffsbelader-Frachtgut | ||||
Beschreibung: |
Ich hoffe, ich bin hier richtig mit feedback zu plugins... Vielleicht ließe sich analog zum Schiffsbelader-plugin auch eines für Fracht-Beladungen finden? So dass eine oder mehrere Schiffe/landeinheiten hinzugefügt werden können, ebenso die lagereinheiten, und dann am besten noch ne reihenfolge, was zuerst verladen werden soll? So in der Art belade karavellen "x, y, z" mit dem besitz von lager a und b" und zwar "alles laen, dann das silber, dann das holz, und zum schluss mit eisen auffüllen". |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Zu diesem Eintrag gibt es keine Notizen. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
309 | [Magellan] Magellan 2 | Feature-Wunsch | immer | 2010-04-19 14:06 | 2011-07-06 06:45 |
Reporter: |
|
Rechnertyp: | |||
Bearbeitung durch: | stm_ | Betriebssystem: | |||
Priorität: | niedrig | BS-Version: | |||
Status: | zugewiesen | Produktversion: | 2.0.5 nightly | ||
Produkt-Build: | Lösung: | offen | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Übergänge | ||||
Beschreibung: |
Moin. Dies ist mein erster Eintrag in dieses Ticket-System, und ich bin mir nicht sicher, ob ich mit meinem Anliegen hier überhaupt richtig bin. Seid kurzem beobachte ich beim Zusammenfügen von Eressea3-Reports, dass "Übergangs"-Regionen erzeugt werden. Kann mir jemand erklären, was der *genaue* Sinn der Regionen ist, und ob man dieses Feature abschalten kann? (In diesem Sinne wäre das mein Feature-request: Mehr Zugriffe darauf, wie / was beim Mergen passiert.) Ich selbst benutze ein kleines Python-Skript um nach einem Merge überlappende Bereiche in meinen zentralen Kartenbereich zurückzuklappen, und sowohl ich als auch viele meiner Mitspieler sind mit dieser Darstellung komplett zufrieden ... es gibt definitiv mehrere Leute, die mit der jetzigen Implementation der Übergänge so nicht so glücklich sind. Außerdem ist mir aufgefallen, dass es bei manchen Merges nicht nur zu Übergängen an den Rändern kommt, sondern an ganz wilden Positionen ... aber ich kann nicht abschätzen, ob das ein gewünschtes Verhalten oder ein Bug ist, da ich über Sinn und Zweck der Übergänge nur philosophieren kann. Hoffe, ihr könnt damit was anfangen ... Cheers, Gerd / Atalanta |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000745)
stm_ 2010-04-30 15:55 |
Goldrichtig. Die Übergänge sind ein neues Feature, das mit der besonderen Topologie von E3 zu tun hat. Sie sind Platzhalter für Regionen, die eigentlich an die Stelle gehören, aber woanders sind. Uns ist bewusst, dass das noch nicht optimal funktioniert. Tatsächlich wurden die bis jetzt oft einfach unnötigerweise eingefügt. Das sollte sich mit der aktuellen Version aber erledigen. Mit dem Rest des Reports kann ich nicht so viel anfangen. "Nicht so glücklich sein" ist nichts, womit ich arbeiten kann. Bitte konkreter. |
(0000746)
Anonymous 2010-04-30 16:06 |
Ich will sagen: Wenn diese Übergänge für die meisten funktionieren sollen, dann muss gewährleistet sein, dass sie an sinnvollen Stellen entstehen. Beispiel Weltkarte - wenn ich eine Weltkarte und einen neuen Report Merge, dann will ich allerhöchstens Übergänge an den Kanten meiner Karte bekommen. Wichtig wäre auch, dass man dieses Feature abschalten kann, weil es anscheinend nicht so trivial ist. Als ich jetzt meine Weltkarte mit einem fremden Report gemergt habe erhielt ich einen Haufen aufeinanderliegender Regionen, in einem Schlauch von Übergängen. Ich vermute, dass du dieses Verhalten mit "nicht optimal" meinst. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
323 | [Magellan] Magellan 2 | kleinerer Fehler | immer | 2010-11-13 22:47 | 2010-11-17 13:00 |
Reporter: |
|
Rechnertyp: | |||
Bearbeitung durch: | stm_ | Betriebssystem: | |||
Priorität: | niedrig | BS-Version: | |||
Status: | anerkannt | Produktversion: | |||
Produkt-Build: | Lösung: | offen | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Unicode-Support in Magellan | ||||
Beschreibung: |
Ich habe meiner Einheit den Befehl BENENNEN schiff "???????" gegeben, und Magellan mcht aus den kyrillischen Buchstaben Fragezeichen, wenn ich in eine Befehlsdatei speichere oder wenn ich sie per Mail versende. Die Mail ist als text/plain; charset=Cp1252 kodiert, was natürlich nicht klappen kann. Gleiches Problem trat auch bei der ?? auf. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000778)
stm_ 2010-11-17 13:00 |
Das Verhalten kann man über Optionen--System--Textcodierung einstellen. Falls da nichts eingestellt ist, wird die Systemeinstellung verwendet, also wahrscheinlich cp1252 für Windows, UTF8 für neuere Linuxe. Ob das so optimal ist, darüber kann man streiten, aber wir haben das wohl damals für am sinnvollsten gehalten. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
322 | [Magellan] Magellan 2 | Feature-Wunsch | immer | 2010-10-30 02:19 | 2010-10-30 02:19 |
Reporter: |
|
Rechnertyp: | |||
Bearbeitung durch: | Betriebssystem: | ||||
Priorität: | niedrig | BS-Version: | |||
Status: | neu | Produktversion: | |||
Produkt-Build: | Lösung: | offen | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | 2.1.0 | ||||
Project: | Magellan 2 | ||||
Zusammenfassung: | SVG Export | ||||
Beschreibung: | Das e3olbi Projekt exportiert Karten auch als SVG Grafik. Mit einem vergleichbaren Feature könnte man bequem SVG Grafiken von (markierten) Regionen erzeugen, um sie mit anderen zu tauschen oder in einem Grafikprogramm nachzubearbeiten. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Zu diesem Eintrag gibt es keine Notizen. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
302 | [Magellan] Magellan 2 | kleinerer Fehler | immer | 2010-02-05 15:14 | 2010-02-05 15:14 |
Reporter: | stm_ | Rechnertyp: | |||
Bearbeitung durch: | Betriebssystem: | ||||
Priorität: | niedrig | BS-Version: | |||
Status: | neu | Produktversion: | 2.0.3 | ||
Produkt-Build: | Lösung: | offen | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | 0000345: Astralraumtranslation wird als Normalraumtranslation gespeichert | ||||
Beschreibung: | Unter bestimmten Bedingungen beim Hinzufügen von Reporten wird die Astralraumtranslation auch für den Normalraum im Report gespeichert. Ich versuche das zu reproduzieren, das hier nur als Merker... | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Zu diesem Eintrag gibt es keine Notizen. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
295 | [Magellan] Allgemein | Feature-Wunsch | nicht getestet | 2008-09-15 05:06 | 2008-09-15 14:26 |
Reporter: | Outlaw | Rechnertyp: | |||
Bearbeitung durch: | Betriebssystem: | ||||
Priorität: | normal | BS-Version: | |||
Status: | neu | Produktversion: | 2.0.0 | ||
Produkt-Build: | Lösung: | offen | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Fehlende Meldungen | ||||
Beschreibung: |
Folgende Meldung fand ich nur in der Region, nicht aber in der Messagebox. Bei zum Beispiel unbezahlten Gebäudeunterhalten ist das ja auch der Fall, ich nehm mal an, dass das so seine Richtigkeit hat. Da Drachen aber meistens in abgelegenen Regionen auftauchen, wo man nicht immer hinsieht, könnte man die vielleicht auch dort anzeigen. MESSAGE 302239104 313838945;type "In Pegos (3, -1) wurden 3 Jungdrache gesichtet.";rendered 3 -1 0;region 3;number "Jungdrache";race |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000708)
stm 2008-09-15 14:26 |
Ich finde die Nachrichtenanzeige auch supoptimal. Regionsmeldungen kann man leicht übersehen, wenn man, wie ich, einfach nur die Einheiten durchklickt. Die Frage ist nur, in welchem Kontext welche Nachrichten angezeigt werden sollten. Optimalerweise sollte das auch je nach Nachrichtentyp konfigurierbar sein. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
294 | [Magellan] Allgemein | kleinerer Fehler | nicht getestet | 2008-09-14 12:47 | 2008-09-14 12:48 |
Reporter: | stm | Rechnertyp: | |||
Bearbeitung durch: | stm | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.0.4 | ||
Zielversion: | 2.1.0 | ||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Einheiten ohne Befehle bekommen keine neuen über Kontextmenü | ||||
Beschreibung: | Wenn man über den Schiffsroutenplaner Befehle an Einheiten gibt, die noch gar keine Befehle haben, kriegen die auch keine neuen. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000707)
stm 2008-09-14 12:48 |
erledigt. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
205 | [Magellan] Allgemein | Unschönheit | nicht getestet | 2008-04-09 06:47 | 2008-09-04 09:17 |
Reporter: | hr_bunsen | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | 2.0.0 | ||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.0.3 (Planung) | ||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Unnötige Fehlermeldungen bei BESCHREIBE | ||||
Beschreibung: |
Ich arbeite mit einem Skript und geniere einige Regionsbotschaften automatisch. Diese sind dann immer ohne Anführungszeichen (stattdessen Tilde wenn Leerzeichen). Magellan (build 181) spuckt mir dafür unnötige Fehlermeldungen aus. Zwei Beispiele: BESCHREIBEN PRIVAT sec:3,Katzenminze BOTSCHAFT REGION Diese~Landen~stehen~unter~dem~Schutz~der~Narren |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000445)
darcduck 2008-04-09 07:06 |
Wo spuckt Magellan welche Fehlermeldungen aus? |
(0000454)
darcduck 2008-04-09 11:08 |
Das taucht laut hr_bunsen in "Offene Probleme" auf. |
(0000467)
Fiete 2008-04-14 21:39 |
Ist wg. gleicher problematik von mir geändert worden auf Warnung: Eventueller Fehler....da wir nicht sicher sein können, ob es sich um einen Fehler handelt, oder nicht. Trifft auch auf Zaubere, Benutze zu. |
(0000697)
Fiete 2008-08-27 08:55 |
So, um das zu Ende zu bringen. ich sehe bei Beschreibe und Botschaft 3 Möglichkeiten, teilweise auch bei Zaubere und Benutze: A) Da wir nicht checken können, ob die Syntax korrekt ist, nehmen wir die Befehle aus dem OrderSyntaxCheck raus - sie produzieren keine Warnung und kein Nix mehr. B) Wir akzeptieren die o.g. Problematik und leben mit den meist überflüssigen Meldungen. C) Detaillierte Behandlung: Beschreibe und Botschaft sind so unkritisch, die würde ich auf jeden Fall rausnehmen aus dem Check. Für Benutze könnte man noch einen Check ergänzen: ob danach Zahl und Trankname bzw nur Trankname kommen, nur wenn das nicht gegeben ist: Warnung Zaubere: würde ich immer Warnung herausgeben, um auf die vermutliche besondere Wichtigkeit der nicht zu prüfenden Befehle hinzuweisen. Sollte mal ein Syntaxcheck möglich sein (geplant), würden die Warnungen ja dann nützlicher bzw Wegfallen. |
(0000705)
Fiete 2008-09-04 09:17 |
build 236. Innerhalb eines Textes, der nicht explizit als Text mittels "text" oder 'text' gekennzeichnet ist, sind nun auch Zahlen möglich, wenn der Gesamttext *keine* Zahl ist. Obwohl die Regeln explizit die Anführungszeichen verlangen: BESCHREIBE EINHEIT "text" BESCHREIBE GEBÄUDE "text" BESCHREIBE SCHIFF "text" BESCHREIBE REGION "text" BESCHREIBE PRIVAT "text" und BOTSCHAFT EINHEIT einh-nr "text" BOTSCHAFT PARTEI partei-nr "text" BOTSCHAFT SCHIFF schiff-nr "text" BOTSCHAFT GEBÄUDE gebäude-nr "text" BOTSCHAFT REGION "text" sind Texte ohne " nun auch in BOTSCHAFT zugelassen. Neben der Tilde werden nun zusätzlich ":", ".", "_" nicht moniert. Einziges mir bekanntes Problem: soll lediglich eine Zahl als Botschaft oder Beschreibung gesetzt werden, ist diese aus Magellan-Sicht explizit als Text zu deklarieren, weil der Parser sie sonst als Nummer erkennt (und an dieser Stelle aber einen Text erwartet...) BOTSCHAFT REGION 123 -> liefert "Offenes Problem" BOTSCHAFT REGION "123" -> alles fein BOTSCHAFT REGION runde:123 -> alles fein (zaubere und benutze leicht geändert, sollte auch weniger unnötige offene Probleme liefern) |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
289 | [Magellan] Allgemein | Fehler im Text | immer | 2008-08-28 16:27 | 2008-09-03 21:56 |
Reporter: | Pyanfar | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | 2.0.1 | ||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.0.3 (Planung) | ||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Magellan errechnet falsche Zauberformel | ||||
Beschreibung: |
Der Magellan fügt in alle (bei den Magiereinheiten angezeigten Zaubern) Zauber-Syntaxe ein "Stufe x" ein, was von irritierend bis Fehlerquelle reicht (siehe z.b. "erschaffe ein amulett"). Es scheint, das im CR ein tag für "ohne stufe zu zaubern" fehlt, und der magellan ergänzt das dann falsch. Vorschlag: Der Magellan sollte das aus den im CR vermerktenAurakosten ablesen, "1 1;Aura" heisst 1 Aura pro stufe => also variabel "50 0;Aura" heisst 50 Aura Festkosten => also nicht variabel... |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000703)
Fiete 2008-09-03 13:27 |
Das ist ein sehr guter Vorschlag. Leider ein Aber: in dem Moment, in welchem Mag2 Stufe oder nicht Stufe anbieten soll, weiß Mag2 leider noch nicht, welcher Zauber gezaubert werden soll. Insofern löst das nicht das Problem, dass die Befehlsvervollständigung die "Stufe" (fälschlicherweise) anbietet. Da könnten dann erst wieder die "offenen" Probleme zugreifen, die aber sowieso derzeit jeden "Zaubere" befehl als potentiell fehlerhaft melden. Aber die Syntax passe ich an. |
(0000704)
Fiete 2008-09-03 21:56 |
built 235 sollte das richtig machen auch die "offenen probleme" sind ein wenig cleverer: checken den Spruchnamen und brechen danach ab...parameter "hinter" den spruchnamen werden nicht gecheckt. ToDo: Stufenangaben bei Zaubern ohne Stufe als Fehler melden. Fiete |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
286 | [Magellan] Export | kleinerer Fehler | immer | 2008-08-23 21:28 | 2008-08-28 22:52 |
Reporter: | Fiete | Rechnertyp: | PC | ||
Bearbeitung durch: | trickert | Betriebssystem: | Win XP SP2 | ||
Priorität: | normal | BS-Version: | Beta | ||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | 1.0 | Lösung: | erledigt | ||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | ConsoleMerger | ||||
Zusammenfassung: | Console Merger speichert kein zip | ||||
Beschreibung: | Gebe ich als Parameter 4 einen Dateinamen mit Endung .zip oder .ZIP an, gibt es einen Fehler und der Export scheitert. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: |
(II) 23.08.2008 21:21:56.386: start GameData postProcess (II) 23.08.2008 21:21:56.440: finished GameData postProcess Save Report to /home/monopol/eressea/report/test/583-result.ZIP java.util.zip.ZipException: No such file or directory at java.util.zip.ZipFile.open(Native Method) at java.util.zip.ZipFile.<init>(ZipFile.java:203) at java.util.zip.ZipFile.<init>(ZipFile.java:234) at magellan.library.io.file.FileTypeFactory.createZipFileType(FileTypeFactory.java:116) at magellan.library.io.file.FileTypeFactory.doCreateFileType(FileTypeFactory.java:101) at magellan.library.io.file.FileTypeFactory.createFileType(FileTypeFactory.java:80) at magellan.library.io.file.FileTypeFactory.createFileType(FileTypeFactory.java:63) at magellan.ext.console.merge.ConsoleMerger.run(ConsoleMerger.java:80) at magellan.ext.console.merge.ConsoleMerger.main(ConsoleMerger.java:128) monopol@dasmonopol:~/eressea/scripts/Magellan2$ |
||||
Systembeschreibung | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000686)
trickert 2008-08-25 08:40 |
Hmmm...das ist witzigerweise kein ConsoleMerger Problem. Es besteht auch in der Anwendung. Versucht man, einen Report als ZIP zu speichern, ohne dass es die Datei gibt, gibt es die Exception. Grund: Beim Speichern wird versucht, wie java.util.zip.ZipFile die Datei zu analysieren. Da es die Datei nicht gibt, gibt es nichts zu analysieren - ergo - Exception. Das kann noch nie funktioniert haben. Letztlich muss das FileTypeFactory.createZipFileType() umgeschrieben werden. Beim Laden ist das Verhalten richtig, beim Speichern, muss das anders aussehen (ZipOutputstreams..) |
(0000690)
trickert 2008-08-26 08:02 |
So, ist auch erledigt. Ich hab das jetzt in ZipFileType reinoperiert und ein zusätzliches if-Konstrukt eingebaut. Wenn es die Zipdatei nicht gibt, die Datei aber schreibbar sein soll (!readonly), dann wird die Datei erstellt und nicht darüber nachgedacht, wie man an die ZipEntries rankommt. (Lesen deaktiviert). Damit ging es dann problemlos. Ob das irgendwo anders Probleme macht...who knows... aber wenn das readonly Flag richtig gesetzt ist, ist alles gut. |
(0000691)
trickert 2008-08-26 08:06 |
grundsätzlich würde ich aber "recommenden", dass man eher BZIP benutzt. Das scheint mir ausgereifter im Magellan Code. |
(0000700)
stm 2008-08-28 22:36 |
Speichern als zip ist im Client (schon lange) deaktiviert. |
(0000701)
trickert 2008-08-28 22:52 |
nein, es kann zwar im Drop-Down des Speichern Dialogs nicht ausgewählt werden, aber wenn der angegebene Dateiname mit .zip endet, wird der ZIP-Safe-Algorithmus verwendet. Grund: der Dialog liefert ja nur ein File-Objekt zurück und anhand dessen wird geprüft, welche Endung verwendet werden soll. Prüf- und reproduzierbar mit jeder aktuellen Mag2 Version... |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
288 | [Magellan] CR-Support | kleinerer Fehler | nicht getestet | 2008-08-24 01:17 | 2008-08-27 02:09 |
Reporter: | stm | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.0.2 | ||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | mehrfache Tränke | ||||
Beschreibung: | Es kann vorkommen, dass Tränke im Report doppelt vorkommen. Diese werden dann zum Beispiel bei Alchemisten doppelt angezeigt. | ||||
Tags: | |||||
Schritte zur Reproduktion: | Tritt wahrscheinlich auf, wenn sich die ID eines Trankes ändert. | ||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000693)
Fiete 2008-08-27 01:20 |
bestätige: TRANK 1925 "Goliathwasser";Name TRANK 1435426903 "Goliathwasser";Name TRANK 154272083 "Goliathwasser";Name |
(0000694)
Fiete 2008-08-27 02:04 |
(II) 27.08.2008 01:59:18.203: start GameData postProcess (II) 27.08.2008 01:59:19.109: removing Potion Bauernblut(ID: 2073) (II) 27.08.2008 01:59:19.109: removing Potion Bauernblut(ID: 238942712) (II) 27.08.2008 01:59:19.109: removing Potion Bauernlieb(ID: 69006) (II) 27.08.2008 01:59:19.109: removing Potion Berserkerblut(ID: 67637) (II) 27.08.2008 01:59:19.109: removing Potion Dumpfbackenbrot(ID: 2147) (II) 27.08.2008 01:59:19.109: removing Potion Elixier der Macht(ID: 71744) (II) 27.08.2008 01:59:19.109: removing Potion Gehirnschmalz(ID: 2110) (II) 27.08.2008 01:59:19.109: removing Potion Goliathwasser(ID: 1925) (II) 27.08.2008 01:59:19.109: removing Potion Goliathwasser(ID: 154272083) (II) 27.08.2008 01:59:19.125: removing Potion Heiltrank(ID: 73113) (II) 27.08.2008 01:59:19.125: removing Potion Nestwärme(ID: 2184) (II) 27.08.2008 01:59:19.125: removing Potion Nestwärme(ID: 76578981) (II) 27.08.2008 01:59:19.125: removing Potion Pferdeglück(ID: 2221) (II) 27.08.2008 01:59:19.125: removing Potion Schaffenstrunk(ID: 1999) (II) 27.08.2008 01:59:19.125: removing Potion Siebenmeilentee(ID: 1888) (II) 27.08.2008 01:59:19.125: removing Potion Trank der Wahrheit(ID: 70375) (II) 27.08.2008 01:59:19.125: removing Potion Trank der Wahrheit(ID: 1053632340) (II) 27.08.2008 01:59:19.125: removing Potion Wasser des Lebens(ID: 1962) (II) 27.08.2008 01:59:19.125: removing Potion Wundsalbe(ID: 2036) (II) 27.08.2008 01:59:19.375: postProcessPotions: changing number of potions from 34 to 15 (II) 27.08.2008 01:59:19.375: finished GameData postProcess |
(0000695)
Fiete 2008-08-27 02:09 |
Beim Speichern wird nur 1x pro Potion geschrieben, jeweils höchste ID. beim testweisen Laden des "neuen" Reports keine Probleme (erneute Löschungen etc.) |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
287 | [Magellan] Allgemein | kleinerer Fehler | immer | 2008-08-23 21:46 | 2008-08-27 01:03 |
Reporter: | Fiete | Rechnertyp: | PC | ||
Bearbeitung durch: | trickert | Betriebssystem: | Win XP SP2 | ||
Priorität: | normal | BS-Version: | Beta | ||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | 1.0 | Lösung: | erledigt | ||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | ConsoleMerger | ||||
Zusammenfassung: | Console Merger findet rules nicht | ||||
Beschreibung: |
Wir der consolemerger in "seinem" verzeichnis gestartet, werden die rules gefunden, geladen und alles ist schön. Ist das Arbeitsverzeichnis ein anderes funktioniert genau das nicht und ohne Rules scheitert das Laden der Reporte. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: |
monopol@dasmonopol:~/eressea/report/test$ java -jar ~/eressea/scripts/Magellan2/consolemerger.jar ~/eressea/scripts/Magellan2/ ~/eressea/report/test/582-atnf.zip ~/eressea/report/test/583-atnf.zip ~/eressea/report/test/583-result.cr ConsoleMerger V.1.0 Author: Thoralf Rickert <thoralf@m84.de> (II) 23.08.2008 21:45:30.580: PropertiesHelper: directory used for ini files: /home/monopol/eressea/scripts/Magellan2 (II) 23.08.2008 21:45:30.620: Initializing resources for prefix...'' (II) 23.08.2008 21:45:30.620: Searching resources in /home/monopol/eressea/scripts/Magellan2/etc (II) 23.08.2008 21:45:30.622: Load resource 'resources.properties' as default (II) 23.08.2008 21:45:30.658: Load resource 'resources_de.properties' as de Load Base Report: /home/monopol/eressea/report/test/582-atnf.zip (WW) 23.08.2008 21:45:30.812: The default ruleset couldn't be found! Operating with an empty ruleset. java.io.IOException: URL 'etc/rules/eressea.cr' not readable. at magellan.library.io.file.InputStreamSourceFileType.createInputStream(InputStreamSourceFileType.java:39) at magellan.library.io.file.FileType.checkConnection(FileType.java:104) at magellan.library.io.file.FileTypeFactory.createInputStreamSourceFileType(FileTypeFactory.java:49) at magellan.library.io.RulesReader.loadRules(RulesReader.java:77) at magellan.library.io.RulesReader.readRules(RulesReader.java:49) |
||||
Systembeschreibung | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000687)
trickert 2008-08-25 08:49 |
okay, bei mir funzt es. Dem Log nach, konnte er im angegebenen Verzeichnis nichts finden und ging auf "etc/rules" zurück. Das ist eine Fallback Lösung im RulesReader. Ich hab an der Stelle mal eine log.error Meldung dazugepackt. Kannst Du das noch mal ausprobieren mit nem neuen "Kompilat"? Vielleicht wird da irgendwie das PropertiesHelper.getSetttingsDir nicht gesetzt (was ich mir nicht vorstellen kann). |
(0000688)
Fiete 2008-08-25 23:04 |
Es liegt an der Groß/Kleinschreibung... Aufruf jeweils (working dir zu erkennen, ist ungleich dem Dir, in welchem die jar liegt.) monopol@dasmonopol:~/eressea/test$ java -jar ~/eressea/scripts/Magellan2/consolemerger.jar ~/eressea/scripts/Magellan2/ ~/eressea/report/test/582-atnf.zip ~/eressea/report/test/583-atnf.zip ~/eressea/report/test/result.cr Mich machte zuerst stutzig: Load Base Report: /home/monopol/eressea/report/test/582-atnf.zip (EE) 25.08.2008 22:53:52.484: Rule file '/home/monopol/eressea/scripts/Magellan2/etc/rules/Eressea.cr' could not be found. Switching to local. (EE) 25.08.2008 22:53:52.484: Cannot find rule files in '/home/monopol/eressea/test/etc/rules/Eressea.cr'...that might be a problem... Eressea.cr! Die Datei heisst natürlich eressea.cr. Also habe ich beide angelegt: Eressea.cr UND eressea.cr. Ging immer noch nicht: (WW) 25.08.2008 22:55:31.544: The default ruleset couldn't be found! Operating with an empty ruleset. java.io.IOException: URL '/home/monopol/eressea/scripts/magellan2/etc/rules/eressea.cr' not readable. Und da liegt der Hund begraben...magellan2 ist klein geschrieben. da gibtes irgendwo ein .lowerCase. Bei meinem test hatte Magellan2 (großes M) benutzt. Und als ich das Verzeichnis umbennant habe, funktionierte es: (II) 25.08.2008 22:56:34.102: Searching resources in /home/monopol/eressea/scripts/magellan2/etc (II) 25.08.2008 22:56:34.104: Load resource 'resources.properties' as default (II) 25.08.2008 22:56:34.135: Load resource 'resources_de.properties' as de Load Base Report: /home/monopol/eressea/report/test/582-atnf.zip (II) 25.08.2008 22:56:34.500: Loading report /home/monopol/eressea/report/test/582-atnf.zip (II) 25.08.2008 22:56:35.405: setOwner of Report to: Kleine Mannen (atnf) Soweit der Testbericht. Gruß Fiete |
(0000689)
trickert 2008-08-26 07:33 |
ach, schei.... das erklärt natürlich, warum es bei mir funktioniert....Ich teste unter Windows. Das erste Problem lässt sich einfach lösen: Die Regeldateien müssen immer kleingeschrieben werden und der "GameName" wird mit toLowerCase() erstellt. Das ist auch ok, weil an diversen Stellen im Code der GameName.toLowerCase() aufgerufen wird. Ich hab das jetzt geändert.... Das zweite Problem ist tricky. Ich hab keine Ahnung, wo das passiert. Aber: Ich hab mal alle toLowerCase gesucht und eine Stelle in InputStreamSourceFileType gefunden. Die erzeugte Fehlermeldung dort, stimmt auch mit der Log-Meldung überein. Ich hab das dort jetzt mit einer Fallback Lösung ausgestattet (wenn es den toLower Namen nicht gibt, probiere den ohne toLower und schmeiße erst dann eine Exception. Ich bin mir sicher, das waren die zwei Fehler an dieser Stelle. |
(0000692)
Fiete 2008-08-27 01:03 |
Bestätige: gefixed. Danke. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
285 | [Magellan] Allgemein | schwerer Fehler | immer | 2008-08-23 10:32 | 2008-08-23 20:07 |
Reporter: | xenomorph | Rechnertyp: | |||
Bearbeitung durch: | stm | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | 2.0.2 | ||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | magellan öffnet keine alten crs mehr | ||||
Beschreibung: |
wenn man einen cr öffnet, der älter als rund 574 ist, bekommt man eine fehlermeldung "NullPointerException" und der cr öffnet nicht. da ich dazu nicht mehr sagen kann, habe ich mal meine errors.txt beigefügt -xeno |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | build 330 | ||||
Angehängte Dateien: |
errors.txt (7,213 Bytes) 2008-08-23 10:32 http://eressea.dracones.de/magellanbugs/file_download.php?file_id=36&type=bug |
||||
Notiz | |
(0000685)
stm 2008-08-23 20:07 |
In 231 erledigt. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
284 | [Magellan] CR-Support | schwerer Fehler | nicht getestet | 2008-08-20 00:53 | 2008-08-23 00:42 |
Reporter: | stm | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.0.3 (Planung) | ||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Fehler bei Region ohne Bauern | ||||
Beschreibung: | Beim Parsen einer Region ohne Bauern gibt es einen Absturz. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: |
Folgender Reportschnipsel verursacht den Absturz. REGION 0 0 12345678;id "Fehler";Name "Wald";Terrain 0;Bauern 0;Pferde 12;Silber 0;Unterh 0;Rekruten 10;Lohn 637;Baeume 31;Schoesslinge RESOURCE 1910480682 "Silber";type 12;number RESOURCE 1355696724 "Schößlinge";type 31;number RESOURCE 1735155814 "Bäume";type 637;number EINHEIT 123456 "Dummy";Name 1;Parteitarnung 75;Anzahl "Dracoide";Typ 1;bewacht GEGENSTAENDE 75;Schwert Stack trace: (EE) 20.08.2008 00:51:59.745: java.lang.NullPointerException at java.util.Hashtable.get(Hashtable.java:336) at magellan.library.impl.MagellanRegionImpl.getResource(MagellanRegionImpl.java:549) at magellan.library.impl.MagellanRegionImpl.getPeasants(MagellanRegionImpl.java:1637) at magellan.library.io.cr.CRParser.parseUnit(CRParser.java:2127) at magellan.library.io.cr.CRParser.parseRegion(CRParser.java:2889) at magellan.library.io.cr.CRParser.parseHeader(CRParser.java:1055) at magellan.library.io.cr.CRParser.read(CRParser.java:3128) at magellan.library.io.GameDataReader.readGameDataCR(GameDataReader.java:159) at magellan.library.io.GameDataReader.readGameData(GameDataReader.java:112) at magellan.library.io.GameDataReader.readGameData(GameDataReader.java:86) at magellan.library.io.GameDataReader.readGameData(GameDataReader.java:63) at magellan.client.Client.loadCR(Client.java:1366) at magellan.client.Client$6.run(Client.java:1400) at java.lang.Thread.run(Thread.java:595) |
||||
Angehängte Dateien: | |||||
Notiz | |
(0000683)
Fiete 2008-08-23 00:42 |
Build 231 OK. "bauern" sind nicht durch Rules bekannt gewesen, und in diesem Fall auch nicht durch Ressource-Blocks im CR. Daher NPE wenn der type aus den data.rules geholt wurde (null) und verwendet wurde. Jetzt wird der Typ angelegt, falls nicht im CR vorhanden. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
261 | [Magellan] CR-Support | kleinerer Fehler | manchmal | 2008-06-08 14:38 | 2008-08-10 22:38 |
Reporter: | stm | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | 2.0.2 | ||
Produkt-Build: | 408 | Lösung: | erledigt | ||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.0.3 (Planung) | ||
Zielversion: | 2.0.2 | ||||
Project: | Magellan 2 | ||||
Zusammenfassung: | RESOURCE-Blöcke für Bauern, Pferde, Silber | ||||
Beschreibung: |
Seit Runde 574 gibt es auch für Bauern, Pferde und SIlber RESOURCE-Blöcke. Die Anzeige funktioniert im Prinzip, ist aber noch nicht schön und außerdem redundant: Terrain: Berge (4) Koordinaten: -6, 47 (ID:bkghhf) Ressourcen |-Bäume: 4 (aktuell) |-Silber: 1234 (aktuell) |-Bauern: 332 (aktuell) |-Pferde: 279 (aktuell) |-Steine: 16 [-17] / T7 (aktuell) |-Pferde: 279 Bauern: 332 [+1] / 968 |-Rekrutieren: 8 von 8 |-Silber: 112910 [+2793] |-Überschuss: 1660 [+5] |-Lohn: 14, Orks: 12 |-Unterhaltung: 5645 [+140] außerdem fehlen Icons... |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000673)
Fiete 2008-08-05 10:29 |
Beim Laden und Anzeigen alter Reports funktioniert das alte Verhalten. Gibts neue Blöcke, dann gibts auch keine Redundanten anzeigen mehr. Die Info aus den neuen Blöcken ist dominant gg. der alten Info. Geschrieben in den CR wird weiterhin beides: tag + resource. |
(0000681)
stm 2008-08-08 19:10 |
Ist dabei die Arbeitsplatzanzeige unter den Tisch gefallen oder bin ich nur zu blöd? |
(0000682)
Fiete 2008-08-10 22:38 (Zuletzt bearbeitet: 2008-08-10 22:39) |
Nee, hast recht. Die Bauern tauchten ja schon als resource auf, da habe ich die "unten" weggenommen, und damit auch die Arbeitsplatzanzeige. Jetzt neue Lösung: Arbeitsplatzanzeige wie gehabt, und Bauern werden gezielt "oben" als Ressource rausgenommen -> keine Redundanz in der Angabe. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
273 | [Magellan] Funktionen | schwerer Fehler | immer | 2008-07-06 19:26 | 2008-08-06 23:12 |
Reporter: | Alerich2 | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | 1_2_5f | ||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 1 | ||||
Zusammenfassung: | Ich kann die Reporte 577 und 578 nich zusammenfügen | ||||
Beschreibung: |
Beim Versuch meinen neuen Report mit meinem Gesamtreport oder dem der Vorwoche zusammen zu fügen passiert nichts. Es schaut so aus als ob zusammengefügt wird, am ende ist es aber nur der 578 Report. Sowohl 1.2.5a als 1.2.5f. Bei Magellan 2.0.beta kommt folgender Fehler: Exception while merging report java.lang.NullPointerException at magellan.library.GameData.mergeIt(GameData.java:1134) at magellan.library.GameData.merge(GameData.java:702) at magellan.library.utils.ReportMerger.mergeReport(ReportMerger.java:849) at magellan.library.utils.ReportMerger.mergeThread(ReportMerger.java:578) at magellan.library.utils.ReportMerger.access$100(ReportMerger.java:44) at magellan.library.utils.ReportMerger$1.run(ReportMerger.java:543) at java.lang.Thread.run(Unknown Source) Und ein heftiger Absturz. Die Reporte 756 und 578 kann ich ohne Probleme zusammenfügen. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: |
In Woche 577 war ich in einem Ozean und gab Befehl NACH W NO. In Woche 578 war an stelle des Ozeans ein Eisberg, anscheinend schon vor "Nach". Das ganze im so genannten Chaos. |
||||
Angehängte Dateien: | |||||
Notiz | |
(0000614)
Fiete 2008-07-07 11:21 |
Die NPE habe ich versucht, abzufangen. Es betrifft die Ermittlung der Region eines Gebäudes beim Mergen von Gebäuden. Die Herkunft ist mir noch unklar. Tritt der Fehler auf, sollte kein Absturz mehr erfolgen sondern eine Fehlermeldung in errors.txt inklusive der Daten des Buildings geschrieben werden. Eine aktualisierte 1.25h schiebe ich hier gleich hoch. Bitte testen. Fiete |
(0000615)
Fiete 2008-07-07 11:35 |
Upload der magellan.jar scheitert, weil UploadLimit = 2MB. Bitte hier downloaden: http://www.fietefietz.de/magellan/magellan_125h_debug.jar Gruß Fiete |
(0000680)
Fiete 2008-08-06 23:12 |
Da es bei Mag2 die NPE behoben hat, kann man auch hier davon ausgehen. Zumal Enno einen entsprechenden Bug gefixed hat. closing als gefixed |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
267 | [Magellan] Allgemein | Unschönheit | immer | 2008-06-13 11:45 | 2008-08-05 15:58 |
Reporter: | xenomorph | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | 2.0.2 | ||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.0.2 | ||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | reihenfolge von temp-einheiten | ||||
Beschreibung: |
wenn man mit einer einheit viele temps macht, werden diese gemäß ihrer nummer zunächst richtig sortiert. speichert man den cr ab und läd ihn neu, ist die reihenfolge plötzlich eine andere, was zu verwirrung führen kann. schöner wäre es, wenn die reihenfolge beibehalten würde. -xeno |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000679)
Fiete 2008-08-05 15:58 |
bis jetzt wurden tatsächlich die temps nicht extra sortiert. gefixed, es wird der gleiche Comparatoir genutzt wie für normale einheiten (Einstellbar in den Optionen) Fiete |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
268 | [Magellan] Allgemein | Unschönheit | immer | 2008-06-20 11:13 | 2008-08-05 14:46 |
Reporter: | xenomorph | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | 2.0.2 | ||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.0.2 | ||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | details-fenster unübersichtlich | ||||
Beschreibung: |
im details-fenster tauchen derzeit viele dinge doppelt auf: unter resourcen gibt es zwei einträge für pferde, die infos über silber und bauern sind sowohl unter dem punkt "ressourcen" als auch unter "bauern" zu finden. ich finde, die beiden könnten aus der ressourcen gruppe gelöscht werden, da müssen die nicht nochmal (zumal ohne entwicklungsangabe) stehen. außerdem finde ich die bemerkung "(aktuell)" zwar prinzipiell hilfreich, aber sie führt in der form leider auch eher zu einer überladung des details-fensters. vielleicht würde ein icon oder eine farbliche unterlegung reichen. -xeno |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000604)
xenomorph 2008-06-20 12:21 |
vielleicht sollte ich noch dazu sagen, dass sich das alles auf die anzeige bezieht, die erscheint, wenn man eine region markiert... |
(0000605)
Fiete 2008-06-24 16:14 |
Stimmt, bin gerade hier, um das mal einzutragen. WENN Bauern, Pferde usw als Ressource im CR auftauchen (neuere Eressea-CRs), dann sollte der (alte) Eintrag entfallen, er ist dann redundant. Wir müssen intern noch entscheiden, wie wir mit ;letzeBauern usw umgehen wollen. |
(0000606)
Fiete 2008-06-24 16:26 |
Der Hinweis zur Gestaltung des (aktuell) - Hinweises ist OK. Bei nicht-aktualität der Anzeige erscheint auch zusätzlich ein Icon. Und es wurde explizit von Entwicklerseite gewünscht, dass die Anzahl der Runden, die seit der letzten Aktualisierung vergangen sind, angezeigt werden...spätestens dann scheitert eine Icon-Only-Variante. Bei deutlich mehr Kritikstimmen wäre eine Option möglich, in die die Anzeige bstimmt wird. Halte ich zum jetzigen Zeitpunkt für zu aufwendig. Fiete |
(0000608)
xenomorph 2008-06-24 18:36 |
vielleicht könnte man einfach die bemerkung weglassen, wenn die angaben aktuell sind. nur wenn sie es nicht sind, erscheint das icon und die angabe, wie alt die infos sind, so wie es jetzt schon ist. |
(0000677)
Fiete 2008-08-05 14:46 |
die doppelten angaben sind gefixed (aktuell) möchte ich vorerst behalten, da ich keinen hinweis bei aktuellen daten als irreführend bei gar nicht vorhandenen Infos empfinde. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
210 | [Magellan] | kleinerer Fehler | nicht getestet | 2008-04-11 03:44 | 2008-08-05 14:43 |
Reporter: | muppets | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Teacher Plugin | ||||
Zusammenfassung: | Teacher Plugin wirft Exception beim Start von Magellan | ||||
Beschreibung: |
Folgende Exception wird geworfen: Es ist ein unbekannter Fehler im Programm aufgetreten. Soll das Programm jetzt beendet werden? java.lang.ExceptionInInitializerError at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:513) at java.lang.Class.newInstance0(Class.java:355) at java.lang.Class.newInstance(Class.java:308) at magellan.client.Client.initPlugIns(Client.java:2259) at magellan.client.Client.<init>(Client.java:371) at magellan.client.Client$6.run(Client.java:1104) at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:209) at java.awt.EventQueue.dispatchEvent(EventQueue.java:597) at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:273) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:183) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:173) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:168) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:160) at java.awt.EventDispatchThread.run(EventDispatchThread.java:121) Caused by: java.util.MissingResourceException: Can't find bundle for base name magellan.plugin.teacher.teacher_resources, locale de at java.util.ResourceBundle.throwMissingResourceException(ResourceBundle.java:1508) at java.util.ResourceBundle.getBundleImpl(ResourceBundle.java:1262) at java.util.ResourceBundle.getBundle(ResourceBundle.java:717) at magellan.plugin.teacher.TeachPlugin.<clinit>(TeachPlugin.java:579) ... 17 more |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: |
In errors.txt sieht es so aus: (WW) 11.04.2008 12:10:44.867: Start writing error file with encoding ISOFri Apr 11 12:10:44 CEST 2008 8859_1, log level INFO (WW) 11.04.2008 12:10:44.913: This is Magellan Version 2.0.0 (build 181) (WW) 11.04.2008 12:10:44.913: OS: Windows XP x86 5.1 (WW) 11.04.2008 12:10:44.913: Java Version: 1.6.0_02 Sun Microsystems Inc. (WW) 11.04.2008 12:10:44.913: Java Spec: 1.6 Sun Microsystems Inc. Java Platform API Specification (WW) 11.04.2008 12:10:44.913: VM Version: 1.6.0_02-b05 Sun Microsystems Inc. Java HotSpot(TM) Client VM (WW) 11.04.2008 12:10:44.929: VM Specification: 1.0 Sun Microsystems Inc. Java Virtual Machine Specification (WW) 11.04.2008 12:10:44.929: Java Class Version: 50.0 (II) 11.04.2008 12:10:45.226: Client.loadSettings: successfully loaded D:\Home\Privates\Magellan2\.\magellan.ini (II) 11.04.2008 12:10:45.257: GUI locale: dede, orders locale: dede (II) 11.04.2008 12:10:47.211: MagellanLookAndfeel.setLookAndFeel(Windows): class magellan.client.swing.MagellanLookAndFeel$MagLookAndFeelWrapper, Windows, Windows (II) 11.04.2008 12:10:47.273: Searching for magellan plugins... (II) 11.04.2008 12:10:47.304: Searching D:\Home\Privates\Magellan2\.\plugins\mapcleaner-plugin.jar... (II) 11.04.2008 12:10:47.351: Found magellan.plugin.mapcleaner.ConnectorPlugin (II) 11.04.2008 12:10:47.351: Searching D:\Home\Privates\Magellan2\.\plugins\teacher-plugin.jar... (II) 11.04.2008 12:10:47.632: Found magellan.plugin.teacher.TeachPlugin (II) 11.04.2008 12:10:47.648: Searching D:\Home\Privates\Magellan2\magellan-client.jar... (II) 11.04.2008 12:10:47.648: Searching D:\Home\Privates\Magellan2\.\magellan-plugins.jar... (II) 11.04.2008 12:10:47.679: Found magellan.plugin.MagellanMapEditPlugIn (II) 11.04.2008 12:10:47.695: Found magellan.plugin.extendedcommands.ExtendedCommandsPlugIn (II) 11.04.2008 12:10:47.695: Searching for magellan plugins done. Found 4 instances in 422 msecs (II) 11.04.2008 12:10:47.695: Initializing resources for prefix...'extendedcommands_' (II) 11.04.2008 12:10:47.695: Searching resources in D:\Home\Privates\Magellan2\.\etc (II) 11.04.2008 12:10:47.711: Load resource 'extendedcommands_resources.properties' as default (II) 11.04.2008 12:10:47.742: Load resource 'extendedcommands_resources_de.properties' as de (II) 11.04.2008 12:10:47.804: Reading XML D:\Home\Privates\Magellan2\.\extendedcommands.xml (II) 11.04.2008 12:10:47.961: Found 0 unitcontainer commands (II) 11.04.2008 12:10:47.961: Found 0 unit commands (II) 11.04.2008 12:10:47.961: ExtendedCommands initialized...(Client) |
||||
Angehängte Dateien: | |||||
Notiz | |
(0000458)
trickert 2008-04-12 04:38 |
Kannst Du das Plugin noch mal frisch vom Server installieren? Ich hab gerade gestern Abend eine neue Version installiert, bei der der Fehler wahrscheinlich behoben ist. |
(0000459)
Fiete 2008-04-24 13:59 |
(Problemnotiz 1389 war doppelt bzw gleich 1388) |
(0000676)
Fiete 2008-08-05 14:43 |
heute nochmal gecheckt, sogar ne Kleinigkeit mit reingebastelt... Definitiv exception durch trickert gefixed. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
264 | [Magellan] Allgemein | kleinerer Fehler | immer | 2008-06-27 11:17 | 2008-08-05 10:53 |
Reporter: | stm | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | 2.0.2 | ||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.0.2 | ||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Parteistatistik: Einnahmen und Ausgaben | ||||
Beschreibung: |
In der Parteistatistik werden die Einnahmen und Ausgaben bisher pro Partei aufgeführt. Brauchen wir das? Wäre es nicht logischer, die Gesamt-Einnahmen und Ausgaben anzugeben? Falls wir es doch brauchen: - Sind viele Parteien ausgewählt, wird das ziemlich unübersichtlich. Das sollten wir in einen Unterknoten packen. - Die Ausgaben durch Unterhalt werden falsch berechnet. Es wird für jede Partei die Gesamtpersonenzahl (aller Parteien) angesetzt. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000622)
Fiete 2008-07-08 09:11 |
Pro Partei ist m.E. wichtig. Und bei mehreren ausgewählten Parteien sollte nur ein Punkt Einnahmen und Ausgaben erscheinen und die kummulierten Daten angezeigt werden. Einverstanden? Daten von mehreren Parteien hat man ja eh nur im seltenen Ausnahmefall, dass mehrere CRs von verschiedenen Parteien der selben Runde vorhanden sind..;-) |
(0000631)
trickert 2008-07-13 08:30 |
Däh, ich find das eigentlich ganz gut so, wie es ist. Letztlich interessieren mich die Ein- und Ausgaben MEINER Partei und nicht die Ausgaben aller Parteien im Report. Falls man "zufälligerweise" mehrere Reports geladen hat (Allianz), dann würde man nur die Summe sehen - was nützt mir das aber, wenn es einzelne Parteien gibt, die sich um die Silberbeschaffung kümmern und ich nicht sehen kann, ob sie die Ausgaben allein bewältigen. |
(0000674)
Fiete 2008-08-05 10:53 |
Nur 1 x Einnahmen und nur 1x Ausgaben, auch wenn mehrere Parteien gewählt sind. Parteiweise Darstellung wird prinzipiell beibehalten. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
248 | [Magellan] Funktionen | Feature-Wunsch | immer | 2008-05-14 19:10 | 2008-07-31 00:19 |
Reporter: | xenomorph | Rechnertyp: | |||
Bearbeitung durch: | stm | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | 2.0.1 | ||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.0.3 (Planung) | ||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | befehle einsenden | ||||
Beschreibung: |
hallo, ich habe probleme beim einschicken der befehle per magellan mit meinem googlemail-account. auf meine nachfrage im eressea forum hin wurde gesagt, dass magellan offenbar benötigte funktionen nicht unterstützt. ich kenne mich nicht mit TLS und SSL aus, aber wenn ihr mal einen blick auf den forums-beitrag werf, könnt ihr da vielleicht etwas machen: http://www.pbem-spiele.de/forum/viewtopic.php?t=2963 magellan stürzt übrigens auch manchmal ab, wenn man bestimmte ports einstellt. -xeno |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000552)
darcduck 2008-05-21 00:00 |
Magellan nutzt für eMails eine Apache Implementierung: http://commons.apache.org/email/apidocs/org/apache/commons/mail/Email.html Genauer gesagt nutzt Magellan MultiPartEmail was eigentlich falsch ist, da der Server Attachments eh nicht anschaut. HTML und alles andere mag er ja auch nicht. Prinzipiell sollte also SimpleEmail reichen. Ist aber auch egal. In Email gibt es jedenfalls auch die möglichkeit TLS oder SSL zu aktivieren mit den jeweiligen Methoden. Ich werde mir das also mal anschauen und die Optionen einbauen. |
(0000554)
darcduck 2008-05-21 00:57 (Zuletzt bearbeitet: 2008-05-21 01:22) |
ok, die Version 1.0 der commons.email konnte noch kein SSL und TLS. Deshalb hab ich mal die Version 1.1 eingebunden. Ohne SSL und TLS funktioniert. Mein Provider verträgt auch beides, gerade mit Thunderbird getestet. Magellan mag aber nicht so recht. TLS: (II) 21.05.2008 01:05:38.977: org.apache.commons.mail.EmailException: Sending the email to the following server failed : mail.hosting-agency.de:25 javax.mail.MessagingException: Can't send command to SMTP host; nested exception is: javax.net.ssl.SSLHandshakeException: sun.security.validator.ValidatorException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target SSL: (II) 21.05.2008 01:06:06.536: sending... (II) 21.05.2008 01:06:15.649: org.apache.commons.mail.EmailException: Sending the email to the following server failed : mail.hosting-agency.de:465 javax.mail.MessagingException: Exception reading response; nested exception is: javax.net.ssl.SSLHandshakeException: sun.security.validator.ValidatorException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target Ich bin in lib/javamail1.4/ gerade auf die SSLNOTES.txt gestossen. Offenbar ist TLS/SSL Unterstützung mit noch mehr Aufwand verbunden. Das ist zu viel für mich im Moment. |
(0000595)
xenomorph 2008-06-11 11:45 |
ich habe das gerade nochmal probiert, und überraschenderweise hat es geklappt. magellan version 2.0.2 build 206 folgende einstellungen: SMTP: smtp.googlemail.com Port: 25 + Verwende SSL + Authentifizierung verwenden die kopie an den absender kommt zwar nicht an, aber ich bekomme eine bestätigung vom eressea-server. und leider werden die einstellunen beim schließen des dialogs nicht gespeichert, sodass man die häkchen jedes mal neu aktivieren muss. das zu reparieren sollte für euch nur eine kleinigkeit sein, denke ich. -xeno |
(0000667)
stm 2008-07-31 00:19 |
funzt. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
230 | [Magellan] Allgemein | Feature-Wunsch | immer | 2008-04-23 10:37 | 2008-07-31 00:18 |
Reporter: | Enno | Rechnertyp: | |||
Bearbeitung durch: | stm | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | 2.0.0 | ||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.0.3 (Planung) | ||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Befehlscompletion | ||||
Beschreibung: | Zur Befehlscompletion hab ich schonmal was gesagt. Da gibt's eine Reihe Dinge die nicht so sind, wie man sie von Eclipse oder Visual Studio kennt, und die dort besser geloest sind. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: |
1. Die Schatten sind genau falschrum, d.h. es sieht aus als wenn das gelbe Fenster ein Loch ist und kein floatendes Window. 2. Sie poppt zu frueh auf. In Eclipse kommt sie bei mir z.b. nur, wenn ich Crtl-Space druecke, das find ich okay. Und wenn es dann nur eine richtige Completion gibt, sollte es garnicht aufkommen, sondern direkt ergaenzen. 3. Wenn der Befehl vollsaendig eingegeben ist, braucht sie nicht mehr zu kommen. Ich brauch nicht zu wissen, dass es zu ARBEITEN genau eine vervollstaendigung gibt, die ARBEITEN heisst. |
||||
Angehängte Dateien: | |||||
Notiz | |
(0000517)
Enno 2008-04-24 23:17 |
Meine Scheisse. Der Code ist ja auch die Hoelle. |
(0000522)
darcduck 2008-04-28 11:53 |
Naja neue Completions für Befehle bekommt man recht einfach rein, aber an der Arbeitsweise der Completion etwas zu ändern ist sehr undurchsichtig, das ist mir beim Versuch DEFAULT zu ändern auch klar geworden. 3. Finde ich hast du recht. 1. Ok, das ist ein "schönheitsbug" 2. sind eigentlich zwei dinge: 2.a) kannst du ja einstellen, nach wie vielen millisekunden du das willst, ne extra tastenkombi geht vielleicht auch zu machen. Ich mags aber wenns gleich angezeigt wird. 2.b) Gebe ich dir recht. Wenn nur eine mögliche Completion, dann auf den ersten Tab druck erweitern. Spart einen Tastendruck. |
(0000551)
Fiete 2008-05-20 15:29 |
Der Wunsch von Enno zieht ne Mechanikänderung nach sich. Ich finde es auch gut, wenn die Completion sofort einsetzt, ich spare mir sehr gerne CTRL+SPACE. Wenn dann nur noch eine Möglichkeit besteht, kann man ja bereits jetzt mit TAB sofort übernehmen. Da finde ich nix verbesserungswürdig. Wollen wir die Funktionalität optional wie von Enno gewünscht, müssen wir einen dritten Arbeitsmodus einführen. Dann würde die Completion erst nach CTRL+SPACE starten und im Falle von completions.size==1 sofort vervollständigen. Aus eigener Sicht (und mit Blick auf den Code) würde ich dieser Sache realistisch keine hohe Prio geben. Einzig das Anzeigen der Completion bei bereits vollständig eingegeben Wort will ich versuchen, alsbald abzustellen. Das ist korrekterweise völlig unnötig und eine Unschönheit. |
(0000553)
Fiete 2008-05-21 00:54 |
3. Habe ich erledigt. Wenn ein Wort vollständig eingegeben worden ist, gibts keine Vervollständigung mehr. |
(0000561)
darcduck 2008-05-23 18:57 |
Seltsamerweise werden die Completions nicht mehr nach Prio sortiert ausgegeben. Ich weiss nicht wo das sortiert wird, aber es funktioniert nicht mehr. Mache gleich eine Fehlermeldung dazu auf. |
(0000562)
darcduck 2008-05-23 19:44 |
repariert. da war das sortieren in die if abfrage für vollständige Wörter reingerutscht. |
(0000666)
stm 2008-07-31 00:18 |
2. ist jetzt auch implementiert Das mit den Schatten kann jemand machen, der zu viel Zeit hat. Ich habe überhaupt keine Schatten. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
260 | [Magellan] CR-Support | kleinerer Fehler | immer | 2008-06-08 14:29 | 2008-07-30 20:57 |
Reporter: | stm | Rechnertyp: | |||
Bearbeitung durch: | stm | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | 2.0.2 | ||
Produkt-Build: | 208 | Lösung: | erledigt | ||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | 2.0.2 | ||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Regionsressourcen und Vorlage | ||||
Beschreibung: | Bei Vorlagereports werden RESOURCE-Blocks fälschlicherweise als veraltet angesehen. | ||||
Tags: | |||||
Schritte zur Reproduktion: |
Hinzufügen eines CR aus Vorlage ("Vorlage";Konfiguration) zu einem Serverreport der Vorrunde führt zu: Ressourcen Bauern: 1790 (nicht aktuell) Silber: 134939 (nicht aktuell) Schößlinge: 2 (vor 1 Runde) Bäume: 15 (vor 1 Runde) |
||||
Zusätzliche Informationen: | Der Unterschied zwischen Bauern und Bäumen ist darauf zurückzuführen, dass es in der Vorrunde (573) noch keinen RESOURCE-Block für Bauern gab. | ||||
Angehängte Dateien: | |||||
Notiz | |
(0000586)
stm 2008-06-08 14:32 |
Ich beabsichtige das so zu ändern, dass (wie in der CR-Definition vorgesehen) die "runde"-Information grundsätzlich aus dem runde-Tag des Reports übernommen wird, sofern keine eigene Information vorliegt. |
(0000587)
Fiete 2008-06-08 21:39 |
testen. Das berichtete Ergebnis ist auf jeden Fall derzeit "nachvollziehbar", da mit diesem Konfiguarion-Tag der Report nicht als Server-report erkannt wird und daher das Runde-Tag nicht gesetzt wird. Problem bei der vorgeschlagenen Änderung: wenn ein CR hinzugefügt wird, dessen ressource-Block bereits ein Rundentag unterschiedlich zur Rundenangabe des Reports hat, müsste wohl das jeweils "höhere" Runden-Tag übernommen werden. beim Grübeln darüber kam ich auf die Irrsinnsidee mit dem Erkennen eines Serverreports...sollte wieder weg. Fiete |
(0000594)
Fiete 2008-06-09 08:25 |
Gefixed durch stm in Build 212. Changed small detail in Regionresource.merge for build 213. |
(0000664)
stm 2008-07-30 20:57 |
Scheint erledigt... |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
263 | [Magellan] Allgemein | kleinerer Fehler | nicht getestet | 2008-06-12 22:44 | 2008-07-30 03:56 |
Reporter: | prosutus | Rechnertyp: | |||
Bearbeitung durch: | stm | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.0.3 (Planung) | ||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Mahlstrom wird bei Insel erfassen als Landregion gewertet, Ozeanregion bleibt Teil der Insel | ||||
Beschreibung: | Vor einigen Wochen wurde ein Mahlstrom gezaubert. Ich habe wohl während dieser Zeit meine Inseln in Magellan neu erfasst. Irgendwann wurde die Region wieder zum normalen Ozean, aber seitdem gehört der Ozean zur benachbarten Insel. Insel neu erfassen hilft auch nicht. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000661)
stm 2008-07-30 03:56 |
Erledigt. Mahlstorm wird jetzt als Ozean erkannt und Inselzugehörigkeit ist über Contextmenü editierbar. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
173 | [Magellan] Allgemein | Unschönheit | immer | 2008-04-07 13:58 | 2008-07-30 01:56 |
Reporter: | trickert | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | niedrig | BS-Version: | |||
Status: | erledigt | Produktversion: | 2.0.0 | ||
Produkt-Build: | 181 | Lösung: | erledigt | ||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.0.3 (Planung) | ||
Zielversion: | 2.0.3 (Planung) | ||||
Project: | Magellan 2 | ||||
Zusammenfassung: | magellan.sh | ||||
Beschreibung: | Der Installer sollte versuchen unter UNIX auch richtig funktionieren. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000660)
stm 2008-07-30 01:56 |
Sollte jetzt funktionieren. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
151 | [Magellan] Funktionen | Unschönheit | immer | 2008-03-04 02:37 | 2008-07-29 22:54 |
Reporter: | darcduck | Rechnertyp: | |||
Bearbeitung durch: | stm | Betriebssystem: | |||
Priorität: | niedrig | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.0.3 (Planung) | ||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | AutoCompletion: Leerzeichen und sonstiges hinter dem Cursor | ||||
Beschreibung: |
Die Autocompletion verschluckt Leerzeichen, die hinter dem Cursor eventuell vorhanden sind. Beispiel: ROUTE | PAUSE | = Cursor angeboten werden jetzt die Richtungen als Completion. Wählt man nun eine davon mit <Tab> aus, so erhält man folgendes: ROUTE westen |PAUSE Das Leerzeichen zwischen dem Cursor und PAUSE wurde verschluckt. Gibt man nun ein weiteres Zeichen ein, dann funktioniert natürlich die AutoCompletion nicht mehr, da nPAUSE kein gültiges Token ist. Wählt man gleich aus der Liste, wird Pause mit der Auswahl überschrieben. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: |
Besonders unschön ist das bei Kommantaren die man sich z.b. mit Vorlage hinter die Befehle hat schreiben lassen. z.b. LEHREN abcd efgh ; 3 frei füge ich da jetzt vor dem Semikolon eine weitere einheit ein, dann verschwindet das Semikolon, der Kommentar ist keiner mehr ... -- Es ist natürlich eine Designfrage wie man das gestaltet. Bei vielen Befehlen macht die Ersetzen-Strategie sicher Sinn, bei einigen aber halt nicht und schon gar nicht wenn man extra zwei Leerzeichen zwischen zwei Tokens einfügt. Ich bin mir leider nicht sicher wie man das sauber behebt. Ich habe es mal damit versucht, die Leerzeichenlöschfunktion auszukommentieren, leider ohne Erfolg. |
||||
Angehängte Dateien: | |||||
Notiz | |
(0000427)
stm 2008-04-06 13:25 |
Habe das mal versuchsweise implementiert, bin aber noch nicht sicher, dass das nichts kaputt gemacht hat. |
(0000433)
darcduck 2008-04-06 16:39 |
Also teilweise funktioniert es. Wenn ich den cursor zwischen 2 Leerzeichen habe, klappt es nun prima, die leerzeichen dahinter werden nicht mehr gelöscht/überschrieben. Es scheint aber so, als würden die nur neu geschrieben. z.b: LEHREN abcd efgh |; 3 frei | = cursor dann bekomme ich alle Einheiten angezeigt, aber wenn ich dann tab drücke wird das semikolon durch die neue ID überschrieben. Sieht dann also so aus: LEHREN abcd efgh ijkL | 3 frei |
(0000582)
stm 2008-06-08 04:49 |
Auch das funktioniert nun bei mir. |
(0000659)
stm 2008-07-29 22:54 |
Es gab keine Beschwerden mehr... |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
127 | [Magellan] CR-Support | kleinerer Fehler | immer | 2008-01-07 11:43 | 2008-07-29 22:49 |
Reporter: | Bochan | Rechnertyp: | |||
Bearbeitung durch: | stm | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | nicht reproduzierbar | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.0.3 (Planung) | ||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | problem with the display of demons' weight, carrying capacity and recruiting cost | ||||
Beschreibung: |
Is it possible to fix the problem with the display of demons' weight when transporting them (on boat or horse), their carrying capacity and their recruiting cost ? Because they are all displayed as equal to 0. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000309)
darcduck 2008-01-08 00:55 |
i checked this yesterday with a daemon report. But all deamon there show themself as elves. Thus i'm not sure that always the correct formula is choosen. However i couldn't notice any problem with weight or load of daemons. Maybe this has something to do with the UTF-8 conversion? As in German daemons are called Dämonen. That everything is 0 seems to be caused by a general daemon-race-weight of 0. Thus it is eighter read wrong from (not found in) the rules in eressea.cr or a wrong unknown race-type is used to to determine the weight. Regards, Ralf PS: I checked this with the Mag2 Version from around christmas. Since then i didn't updated my local version. |
(0000341)
Fiete 2008-02-05 06:38 |
No chance for me to get a CR with english as language and daemons transported...in my CR (german) I have daemons with correct calculated weight. Plz provide us with an exported CR with just the region in it. If you like, send it to one of us by email for confidential reasons (use sf()fietefietz.de in my case). Thx Fiete |
(0000381)
darcduck 2008-03-04 02:47 |
Without further input we cannot check this. It seems not a problem with weight calculation, as also recruit cost is involved. So eigther there is a central function that returns a wrong "realRace" or the race information could not be loaded. As said before, i think this has something to do with codepage things. In eressea.cr (the rules) daemons are called "Dämonen". If theres maybe an old merged CR out there or an old Magellan version, some other tool that is used before magellan ... then your CR probably has some codepage errors. |
(0000657)
stm 2008-07-29 22:49 |
I've tested this, too. It always worked fine. I'll close this. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
233 | [Magellan] Allgemein | kleinerer Fehler | immer | 2008-04-23 10:43 | 2008-07-29 21:15 |
Reporter: | Enno | Rechnertyp: | |||
Bearbeitung durch: | stm | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | 2.0.0 | ||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.0.3 (Planung) | ||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Zu viele Tabs | ||||
Beschreibung: | Die Karten-Renderer Optionen sind in Tabs, die zu gross fuer ihre Dialogbox sind. Das ist echt haesslich. Es ist evtl. Besser, die in den Tree zu uebernehmen und dann weniger in jedes, dafuer insgesamt kleiner. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000504)
trickert 2008-04-24 08:59 |
Gute Idee. |
(0000656)
stm 2008-07-29 21:15 |
erledigt, tabs aber gelassen |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
280 | [Magellan] Allgemein | Feature-Wunsch | N/A | 2008-07-29 15:17 | 2008-07-29 15:18 |
Reporter: | stm | Rechnertyp: | |||
Bearbeitung durch: | stm | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | 2.0.2 | ||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.0.3 (Planung) | ||
Zielversion: | 2.0.3 (Planung) | ||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Befehle entfernen | ||||
Beschreibung: | Analog zum "Befehle hinzufügen"-Dialog wäre ein "Befehle entfernen"-Dialog nützlich, mit dem man Befehle, die einen bestimmten String enthalten bei mehreren Einheiten löschen kann. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000654)
stm 2008-07-29 15:18 |
...und schon ist es implementiert. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
271 | [Magellan] Allgemein | Blocker | immer | 2008-07-06 15:41 | 2008-07-23 13:41 |
Reporter: | habedublin | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | 2.0.2 | ||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.0.3 (Planung) | ||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | NullPointerException beim zusammenfügen von Reporten | ||||
Beschreibung: |
Exception while merging report java.lang.NullPointerException at magellan.library.GameData.mergeIt(GameData.java:1146) at magellan.library.GameData.merge(GameData.java:711) at magellan.library.utils.ReportMerger.mergeReport(ReportMerger.java:719) at magellan.library.utils.ReportMerger.mergeThread(ReportMerger.java:450) at magellan.library.utils.ReportMerger.access$000(ReportMerger.java:43) at magellan.library.utils.ReportMerger$1.run(ReportMerger.java:415) at java.lang.Thread.run(Unknown Source) |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: |
magellan-client.jar (1,339,779 Bytes) 2008-07-07 11:13 http://eressea.dracones.de/magellanbugs/file_download.php?file_id=31&type=bug magellan-library.jar (652,666 Bytes) 2008-07-08 08:31 http://eressea.dracones.de/magellanbugs/file_download.php?file_id=32&type=bug errors.txt (12,831 Bytes) 2008-07-08 18:47 http://eressea.dracones.de/magellanbugs/file_download.php?file_id=33&type=bug errors_neu.txt (1,242 Bytes) 2008-07-13 19:44 http://eressea.dracones.de/magellanbugs/file_download.php?file_id=34&type=bug |
||||
Notiz | |
(0000613)
Fiete 2008-07-07 11:12 |
Die NPE habe ich versucht, abzufangen. Es betrifft die Ermittlung der Region eines Gebäudes beim Mergen von Gebäuden. Die Herkunft ist mir noch unklar, wenn das jetzt klappt, könnte ich eine Version basteln, in welcher die Daten des betreffenden Gebäudes ausgegeben werden und dann können wir mal in den CR schauen (lassen) Build 214 ist erstellt, die entscheidenden Dateien versuche ich gleich hier anzuhängen. |
(0000617)
habedublin 2008-07-07 15:38 |
Hallo, mit den neuen jar's funktioniert das Mergen. Danke für die schnelle Hilfe. |
(0000619)
Fiete 2008-07-08 08:28 |
Sorry, mag Dich noch nicht entlassen. Wir wissen jetzt, wo der Fehler liegt, ober nicht die genaue Ursache. Er tritt bei Mag1 + Mag2 auf. Wenn Du an der Fehlerfindung mitarbeiten magst, versuche bitte folgendes: 1) Lösche die errors.txt (oder benenne sie um, falls für dich wichtig) 2) Ersetze bitte nochmals die magellan-libraray.jar 3) Führe das mergen bitte nochmal aus 4) errors.txt an mich, bzw schau selbst nach, ich befürchte, ganz unten steht was von Building without Region!...die zeile bräuchte ich bitte. Da ist ne ID in Base36 schreibweise, und die liefert einen Hinweis auf die Stelle in dem CR, die den Fehler verursacht. Entweder ein Fehler im CR oder im Magellan-Parser. Danke! |
(0000627)
habedublin 2008-07-08 18:48 |
Hallo, ich helfe gerne weiter. habe meine error.txt als Anhang hochgeladen. |
(0000628)
Fiete 2008-07-09 08:38 |
Hm, da ist immer noch ein Fehler....: (EE) 08.07.2008 18:46:28.293: java.lang.NullPointerException at magellan.library.GameData.mergeIt(GameData.java:1146) at magellan.library.GameData.merge(GameData.java:711) at magellan.library.utils.ReportMerger.mergeReport(ReportMerger.java:719) at magellan.library.utils.ReportMerger.mergeThread(ReportMerger.java:450) at magellan.library.utils.ReportMerger.access$000(ReportMerger.java:43) at magellan.library.utils.ReportMerger$1.run(ReportMerger.java:415) at java.lang.Thread.run(Unknown Source) Jetzt gerade muss ich zweifeln, ob das die alte 206er Version ist oder die neue. Machen wir weiter? Bitte den aktuellen nightly Build installieren und test wiederholen...ich erwarte anstelle der NullPointerException eigentlich eine Fehlermeldung bzw zumindest andere Zeilennummer.... Danke |
(0000629)
Fiete 2008-07-10 10:49 |
Wir können abkürzen: bist du durch ein Portal gegangen? Dann ist der Bug von Enno gefunden + gefixed worden. Fiete |
(0000639)
habedublin 2008-07-13 19:45 |
Da ich durch kein Portal gegangen bin, habe ich eine neue error.txt hochgeladen |
(0000653)
Fiete 2008-07-23 13:41 |
Enno hat einen analogen Fehler entdeckt und behoben. Der Code wurde angepasst, eine NPE tritt nicht mehr auf, anstelle eine Fehlerinfo. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
275 | [Magellan] | Feature-Wunsch | immer | 2008-07-21 14:46 | 2008-07-21 14:46 |
Reporter: | Lanwin | Rechnertyp: | |||
Bearbeitung durch: | Betriebssystem: | ||||
Priorität: | normal | BS-Version: | |||
Status: | neu | Produktversion: | |||
Produkt-Build: | Lösung: | offen | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | ExtCmds Plugin | ||||
Zusammenfassung: | Bei neuen Reports fragen ob "alles ausgeführt" werden soll | ||||
Beschreibung: |
Es passiert mir öfters das ich vergesse "Alle Ausführen" nach dem hinzufügen eines neues Reports auszuführen. ExtCmds sollte bei einer neuen Runde fragen ob "Alle Ausführen" ausgeführt werden soll. Nach der Abfrage kann die Info ja im CR gespeichert werden, so das beim nächsten start mit dieser Runde keine Abfrage kommt. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Zu diesem Eintrag gibt es keine Notizen. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
223 | [Magellan] Installer | kleinerer Fehler | immer | 2008-04-23 10:26 | 2008-07-19 14:00 |
Reporter: | Enno | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | magellan.bat not working under XP x64 | ||||
Beschreibung: |
'javaw' is not recognized as an internal or external command, operable program or batch file. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: |
C:\Documents and Settings\Enno>echo %JAVA_HOME% C:\Program Files (x86)\Java\jre1.6.0_05 Ihr solltet die Variable JAVA_HOME abfragen, und "%JAVA_HOME%\bin\javaw.exe" starten. |
||||
Angehängte Dateien: | |||||
Notiz | |
(0000503)
trickert 2008-04-24 08:58 |
Das geht nicht. JAVA_HOME ist nicht überall gesetzt (zum Beispiel bei meiner Installation auf Vista 32b. Ich weiß nicht, warum Sun das nicht macht. Ich will dem Nutzer aber auch nicht aufbürden, eine Systemvariable setzen zu müssen, um Magellan spielen zu müssen. Ich hab keine Idee, wie man damit umgeht. |
(0000507)
Enno 2008-04-24 10:29 |
Ich denke mir mal was aus. |
(0000510)
Enno 2008-04-24 10:46 |
Vorschlag dafuer (etwas eklig, aber so ist die batch-sprache): @echo off if not "%JAVA_HOME%" == "" goto javaHomeAlreadySet for %%P in (%PATH%) do if exist %%P\java.exe set JAVA_HOME=%%P..\ goto startMagellan :javaHomeAlreadySet PATH=%PATH%;%JAVA_HOME%\bin :startMagellan start javaw -Xmx400m -Xms400m -jar "magellan-client.jar" %1 |
(0000597)
trickert 2008-06-12 08:05 |
jupp. |
(0000652)
trickert 2008-07-19 14:00 |
ist erledigt in 217 (hoffentlich). |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
212 | [Magellan] | Feature-Wunsch | N/A | 2008-04-12 14:07 | 2008-07-19 13:52 |
Reporter: | Khadar | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | ExtCmds Plugin | ||||
Zusammenfassung: | Cursor position indicator | ||||
Beschreibung: | Can this be added in the ExtCom editor? Just something in the lower part of the window that shows the position of the cursor (column and row), so that when an error is reported, it's easier to find? | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000651)
trickert 2008-07-19 13:52 |
Done. It is displayed in the top right corner of the editor window... but be advised: if an error occures you have to add the library row count to the position - the library is always added to the executed script String executedScript = libaryScript + unitScript; There is currently no other way around this problem. I could create a temporary file that contains the library script but that is not very "nice". |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
229 | [Magellan] Allgemein | Unschönheit | immer | 2008-04-23 10:32 | 2008-07-19 13:02 |
Reporter: | Enno | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | 2.0.0 | ||
Produkt-Build: | Lösung: | wird nicht behoben | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Platzvergeudung Namen-Panel | ||||
Beschreibung: | Das grosse Panel oben rechts, in dem Name und Beschreibung stehen, ist wirklich Platzverschwendung. Zumal gerade am Anfang in den Beschreibungen ja nichts steht. Meine Vermutung ist, dass der Grossteil das einfach abschaltet (gut, dass das geht). | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: |
Ich wuerde das Regionsnamen-Panel evtl. mit dem Detail-Panel vereinigen, oder den Regionsspezifischen Anteil aus dem Panel in das Name-Panel rueberfuehren. Die Beschreibungen koennte man auf eine Zeile mit einem [+] Button reduzieren, wenn es sowas gibt. |
||||
Angehängte Dateien: | |||||
Notiz | |
(0000501)
trickert 2008-04-24 08:53 |
ich reduziere mal den Tab in seiner Größe von 33% auf <10%. Abschalten würde ich es nicht wollen. Das Editieren darin ist einfacher. |
(0000649)
trickert 2008-07-19 13:02 |
wie gesagt - letztlich sollte es eine Nutzerentscheidung und der kann das dock wegklicken |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
178 | [Magellan] Plugins | Feature-Wunsch | N/A | 2008-04-07 23:12 | 2008-07-19 12:45 |
Reporter: | trickert | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | 2.0.0 | ||
Produkt-Build: | 181 | Lösung: | erledigt | ||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | 2.1.0 | ||||
Project: | Magellan 2 | ||||
Zusammenfassung: | ExtCmds: Menüpunkt zum Ausführen aller Scripte innerhalb eines UnitContainers | ||||
Beschreibung: | Bei einer Region/UnitContainer sollte ein Menüpunkt dazu, dass man alle Befehle dieser Region ausführen kann. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000648)
trickert 2008-07-19 12:45 |
erledigt in 217. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
237 | [Magellan] | Feature-Wunsch | nicht getestet | 2008-04-27 00:08 | 2008-07-19 12:28 |
Reporter: | Lanwin | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | ExtCmds Plugin | ||||
Zusammenfassung: | helper: getUnit funktion | ||||
Beschreibung: | Shortcut Funktion um eine Einheit anhand ihrere Id zu finden, egal wo sie ist. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000647)
trickert 2008-07-19 12:28 |
erledigt in 217. helper.getUnit("xy"); |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
236 | [Magellan] | Unschönheit | immer | 2008-04-27 00:05 | 2008-07-19 12:18 |
Reporter: | Lanwin | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | ExtCmds Plugin | ||||
Zusammenfassung: | Command Fenster als Dock | ||||
Beschreibung: |
Momentan ist es sehr Aufwändig ständig die Einheiten anzuclicken und dann ExtCmds->Bearbeiten auszuwählen. Ich muss dabei öfters das Fenster zumachen um mir grad die passenden Daten auszuwählen. Besser wäre es, wenn das Bearbeitungsfensters als Dock integriert wäre. Dieses könnte dann in der Mitte anstelle der Karte erscheinen und Automatisch wechseln wenn ich eine Einheit anklicke. Dann kann man auch relativ schnell auf den Ausführen Button Klicken. Der Hilfe Bereich sollte ein Separates Dock sein sowie auch die Bibliothek. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000546)
Lanwin 2008-05-17 13:35 |
Um so länger ich mit ExtCmd rumspiele um so mehr bräuchte ich diese Feature. Es ist relativ nervig das Fenster jedes mal zuzu machen wenn man schnell nen Wert oder ne Einheitennummer nachgucken will :-) |
(0000638)
trickert 2008-07-13 09:47 |
okay, die ersten Schritte sind gemacht. Build 215 enthält eine erste Version. Diese besitzt nun erstmal kein Hilfefenster mehr. Hilfe und Debug sollen als weitere Docks integriert werden. Wir müssen jetzt testen, ob das Bedienkonzept "schlüssig" ist, da man zwar immer noch eine Einheit/Region/Partei über das Menü auswählen muss, um sie zu bearbeiten. Ein Klick auf die Einheit, bei dem der Script via SelectionEvent gewechselt wird, ist denkbar, aber vielleicht nicht gewollt (das würde entweder zum Verlust des bearbeiteten Scripts führen, oder zum Speichern von Sachen, die noch gar nicht fertig sind). Ich bin mir da noch nicht sicher, was besser wäre. |
(0000642)
trickert 2008-07-17 12:47 |
Next step: Die Hilfe ist im 216er Build auch als Dock dargestellt. |
(0000643)
trickert 2008-07-19 12:18 |
Ist erledigt in build 217 |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
208 | [Magellan] | Feature-Wunsch | nicht getestet | 2008-04-10 12:27 | 2008-07-14 19:46 |
Reporter: | Lanwin | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | ExtCmds Plugin | ||||
Zusammenfassung: | Debugfenster | ||||
Beschreibung: | Fürs scriptdebugging | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000640)
trickert 2008-07-14 19:46 |
Ist nu drin. Mach gleich noch eine Mail auf der Mailingliste fertig. Debug-Log ist via "log" Variable zu erreichen. Beispiel: log.debug("Test1"); log.info("Test2"); log.warn("Test3"); .... Momentan werden diese Meldungen sowohl ins Log-File auch ans DebugDock geschickt. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
211 | [Magellan] | Unschönheit | nicht getestet | 2008-04-11 12:52 | 2008-07-13 09:05 |
Reporter: | Khadar | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | ExtCmds Plugin | ||||
Zusammenfassung: | Saving just before execute | ||||
Beschreibung: | Just in case there is a bug in there that "hangs" the program and you have to end it, so you don't lose your latest work. (Not that that happened to me, or anything *cough*) | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000457)
trickert 2008-04-12 04:24 |
I'll add a new main menu entry ("Save Commands now"). |
(0000466)
Khadar 2008-04-12 13:59 |
Can you add a button for this in the editor, too? |
(0000637)
trickert 2008-07-13 09:05 |
Done. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
195 | [Magellan] | Feature-Wunsch | immer | 2008-04-08 01:16 | 2008-07-13 09:01 |
Reporter: | Lanwin | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | ExtCmds Plugin | ||||
Zusammenfassung: | Berarbeitungsfenster: Butten zum externen Öffnen dieser Seite im Browser | ||||
Beschreibung: | Oben neben dem Vor und zurück Button | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000472)
trickert 2008-04-15 13:12 |
ist relativ einfach. Geht aber nur mit Mitteln aus dem JDK6. Ich kann aber prüfen, ob Magellan mit JDK6 läuft und dann entsprechend den Button anzeigen. |
(0000636)
trickert 2008-07-13 09:01 |
Wie gesagt. Der Button ist nur verfügbar, wenn ein JDK6 genutzt wird. Nur dann habe ich eine Pure-Java-Möglichkeit, eine URL im externen Browser zu öffnen. Alles andere wäre eine Sisyphus-Arbeit. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
226 | [Magellan] Allgemein | Feature-Wunsch | immer | 2008-04-23 10:29 | 2008-07-13 08:47 |
Reporter: | Enno | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | 2.0.0 | ||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.0.3 (Planung) | ||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Localization Bugs | ||||
Beschreibung: |
* "History" übersetzt man glaube cih ins Deutsche als "Verlauf" * Eine "Regionsuebersicht" ist im Wortlaut die Uebersicht ueber eine Region, nicht mehrere - Regionsliste sollte das heissen, oder einfach nur "Regionen" ;-) |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000567)
darcduck 2008-05-24 19:18 |
Ähm, Regionen und Regionsliste trifft es aber auch nicht. Denn eine Regionsliste wäre ja eine Liste von Regionen. Ist es aber nicht. a) ist es ein Baum und b) sind da auch andere Spielobjekte drin. Also nennen wirs vielleicht einfach "Übersicht". "Spielobjekthierarchie" ist mir nämlich zu hölzern ... Grüsse Ralf Und das ganze bitte mit einem Zwinkern betrachten ;-) |
(0000633)
trickert 2008-07-13 08:47 |
Das Tab heißt jetzt "Verlauf" und die Regionsübersicht nur noch "Übersicht". Ich hab letzteres auch in den Preferences umbenannt. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
272 | [Magellan] Allgemein | kleinerer Fehler | immer | 2008-07-06 16:48 | 2008-07-08 10:52 |
Reporter: | xenomorph | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | 2.0.2 | ||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.0.3 (Planung) | ||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | angabe über alter von regionsdetails falsch | ||||
Beschreibung: |
hallo, wenn man eine region nicht direkt sieht , wird im details-fenster hinter den regions-ressourcen angezeigt, wie alt diese informationen sind. beim zusammenfügen von reporten geht dabei aber irgendwas verloren: wenn man (wie ich es immer mache) den alten cr öffnet und dann den aktuellen report hinzufügt, steht hinter den resourcen-angaben immer "(vor 1 Runde)", auch wenn die infos in wirklichkeit älter sind. macht man es hingegen anders herum, öffnet man also erst den aktuellen report und fügt dann den alten cr hinzu stimmt die anzeige. zum details-fenster habe ich in einem anderen bugreport schon etwas gesagt: 0000281 -xeno |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000616)
Fiete 2008-07-07 14:58 |
Beim heutigen Commiten sind auch 2 etwas ältere Zeilen noch mitcommitted worden, und die fassen genau die stelle an (RegionResource.merge()). Und mit der Version konnte ich das Verhalten nicht reproduzieren. Habe mir einen extra Report gebastelt, und eine Region in 577 und 578 von allen Infos befreit und auch "neighbour"; visibility gesetzt, und dann nacheinader 576 + 577 und dann + 578. Es wurde das Alter der Regioninfo richtig mit "vor 2 Runden" angegeben. Muss also bitten, mit built 214 nochmal zu testen (sollte ab 08.07.2008 verfügbar sein als nightly). Gruß Fiete |
(0000623)
xenomorph 2008-07-08 10:47 |
mit build 214 funktioniert die anzeige richtig. xeno |
(0000624)
Fiete 2008-07-08 10:52 |
Danke Xeno. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
214 | [Magellan] CR-Support | kleinerer Fehler | immer | 2008-04-17 08:57 | 2008-06-12 08:14 |
Reporter: | trickert | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | 2.0.0 | ||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.0.2 | ||
Zielversion: | 2.1.0 | ||||
Project: | Allanon Unterstützung | ||||
Zusammenfassung: | Allanon: Diverse Icons fehlen | ||||
Beschreibung: | Es müssen noch diverse Icons hinzugefügt werden. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000491)
trickert 2008-04-17 20:22 |
die aus dem config.zip sind drin. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
218 | [Magellan] CR-Support | kleinerer Fehler | immer | 2008-04-17 09:08 | 2008-06-12 08:14 |
Reporter: | trickert | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.0.2 | ||
Zielversion: | 2.1.0 | ||||
Project: | Allanon Unterstützung | ||||
Zusammenfassung: | Allanon: ResourceKeys für Befehle & Icons integrieren | ||||
Beschreibung: | So einige spezielle Begriffe von Allanon müssen in die Resourcekeys aufgenommen werden | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000499)
trickert 2008-04-24 08:45 |
in Arbeit |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
8 | [Magellan] CR-Support | Feature-Wunsch | immer | 2007-03-14 01:04 | 2008-06-12 08:07 |
Reporter: | Fiete | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | größere Änderung | ||||
Aufwand: | > 1 Monat | Behoben in Version: | 2.0.2 | ||
Zielversion: | 2.1.0 | ||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Runde tag in REGION Blöcken | ||||
Beschreibung: |
von Ralf: Beim mergen von Karten Reports gibt es fast immer die Probleme, dass nie alle Regionsnamen stimmen, weil beim Mergen ein Report als jünger gilt und alle Namen von dort dann vorgezogen werden. Realität ist aber, dass zwei Völker unterschiedliche Gebiet unterschieldich aktuell haben. Jeder halt seine Insel. Mein Request hier wäre in Magellan zumindest für REGION Blöcke die Rundeninformation (tag runde) in die Regionsblöcke zu schreiben sofern nicht der aktuellen Runde des CRs entsprechend. Beim mergen eines Reports der Vorrunde mit dem aktuellen, muss also die Rundeninfo für alle nicht gesehenen Regionen auf der alten Runde bleiben. Die Einleselogik müsste dann natürlich auch entsprechend angepasst werden. Wie man aber mit unterschiedlicher Detailinformation aus unterschiedlicehn Runden umgeht ist eine andere Frage die wir sicher nicht so schnell klären. Darum geht es mir auch nicht, nur um aktuelle Namen und die hat man immer. Grüsse Ralf |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000007)
Fiete 2007-03-14 01:04 |
Es wird tatsächlich beim Mergen im Wesentlichen unterschieden, ob die Reports aus der gleichen Runde kommen oder aus verschiedenen. Das wird interessant, wenn mittels Runde tag die Aktualität der Informationen verglichen werden kann. Spannende Frage ist, wann setze ich das Runde Tag auf die aktuelle Runde eines Reportes? Wenn eine Einheit in der Region ist? Das kann auch bei alten -ungesäuberten- Reports der Fall sein. Fiete |
(0000177)
trickert 2007-11-08 22:42 |
Ich hab beobachtet, dass das Mergen von Reports aus unterschiedlichen Runden selten bis gar nicht funktioniert. Setze ich bei beiden Reports das Datum auf die gleiche Woche /z.B. 545), dann funktioniert es problemlos. Das hat jetzt nicht direkt etwas mit dem Bug hier zu tun, beschreibt aber wieder das ursprüngliche Problem - wenn Magellan nicht weiß, dass zwei Regionen identisch sind, dann patzt es relativ häufig bei dessen Zuordnung. |
(0000231)
darcduck 2007-11-26 05:21 |
irgendwer hatte sich für das Rundenproblem schon interessiert und wohl angefangen zu implementieren. Ich würde hier trotzdem kurz die Fälle durchgehen: Welche Regionsinfos können wir haben so im generellen: "Map-Report" (MR) ;Name ;Terrain ;Beschr "Detail-Map-Report" (DMR) ;Name ;Terrain ;Beschr ;Bauern ;Rekruten ... Resourcen Und in Spielerreports nach visibility: ohne = "all" ~ DMR "travel" ~ DMR "lighthouse" ~ MR "neighbour" ~ MR Wobei es Unterschiede bei den Resourcen gibt. Da kommt es auch auf's Talent an, ausserdem sind manche beim Durchreisen nicht zu entdecken. Nicht zu vergessen sind ja die alten gemergten Reporte in denen keine Region eine Rundeninfo hat - kann man das überhaupt erkennen? Momentan würde ich so tun, also wären die ok, über die Zeit werden die Fehler in solchen Reporten verschwinden. Weitestgehend unproblematisch sind dann folgende Vergleiche: MR(X-1) : MR (x) DMR(X-1) : DMR (x) MR(X-1) : DMR (x) Problematisch ist aber: DMR(X-1) : MR (X) wobei es nur dann problematisch ist, wenn in dem neuen MR der Name, Terrain oder die Beschreibung geändert wurde. Wir wollen weder Name/Beschreibung/Terrain noch die alten Details verlieren stehen wir vor Wahl die alte oder neue Runde anzugeben. Unproblematisch sind die Resourcen, die können extra Rundeninfos bekommen und somit ihre alte Runde behalten. Eventuell führt der Weg hier wieder über die "letzte"-Tags. Das sind sowieso keine orginalen Tags, insofern kann Magellan da relativ frei mit umgehen. Ich würde also die detailsdaten die im neuen Report nicht drin sind in die "letzteBauern" usw. Schreiben, das tag "Bauern" gar nicht setzen das Runde Tag auf die neue Runde und ein "letzteRunde" auf die Runde aus der die "letzte"-Tags stammen. Damit kann man zumindest Infos aus 2 Runden in einem REGIONs-Block halten. Es bleiben aber Fälle in denen man nur teilweise Details erhält z.b. bei "travel" (dann fehlt Bauernsilber). Aber nur in seltenen Fällen hat das Auswirkungen und dann auch nur auf die 1-2 fehlenden Tags. Diese würde ich dann einfach etwas neuer datiere. Damit gibt es leichte Inkonsistenzen, aber nichts im Vergleich zur aktuellen Situation. Nachtrag zu den Resourcen: Die Resourcen brauchen dann auf jeden Fall auch Rundeninfo. Bei Nichtfunden würde ich ggf. für "versteckte Resourcen" (Eisen, Stein, Laen) eine 0-Resource mit Talentlevel der besten Einheit anlegen. Da erleichtert später die Übersicht wo mit welchem Level bereits gesucht wurde. Ausserdem führ ein ggf. älterer Report mit ggf. noch vorkommen auf dem angegebenen Level nicht dazu, das die Resourcen wieder sichtbar werden, obwohl bereits abgebaut. |
(0000419)
darcduck 2008-04-04 08:42 |
Nachtrag zum mergen von alten vollständigen mit neuen nur teilweisen infos: Die alten Infos mit den neuen vorhandenen ergänzen. Die Datierung und visibility aber auf dem alten Stand lassen. => lieber eine Region mit neuen Infos alt datieren als andersrum. Das dürfte meines Erachtens zu den bestmöglichen Mergeergbnissen führen (wenn man zu jedem Objekt nur einen Status speichert). (A1 + a3) + (B2) A1+B2 = vollständig aus runde 1 bzw. 2 a3 = nur Name, Terrain, Beschreibung ist nun in a3 ein anderer neuer Name drin, dann wird ist zwar der merge der A-Reporte korrekt, aber wenn man das Ergebnis mit B2 mergt verliert man die Namensänderung. Alle anderen mergereihenfolgen hingegen führen zu keinen problemen: (A1 + B2) + a3 -> korrekt A1 + (B2 + a3) -> korrekt Wenn Magellan es sich aussuchen kann (beim hinzufügen mehrerer Reporte), dann sollte dies in zeitlicher Abfolge geschehen. Kurzgefasst man sagen der Ansatz ist: Vollständige Infos haben Vorrang vor aktuellen, werden aber mit diesen ergänzt. D.h. Eigene Infos die man sammelt stehen i.A. über Kartenreports. |
(0000420)
darcduck 2008-04-04 09:10 (Zuletzt bearbeitet: 2008-04-04 09:13) |
Vielleicht noch zur Ergänzung: Was passiert nun also wenn zwei Völker auf unterschiedlichen Inseln hin und wieder Reporte tauschen? Sie tauschen ohne Details (aus Sicht von Volk 1): -> Die Insel 1 von Volk 1 hat vollständige und aktuellere Infos als die Karte von Volk 2 zur Insel 1. Die Daten von Volk 1 werden richtigerweise bevorzugt. -> Die Insel 2 von Volk 2 hat teils vollständige aber eher alte Infos. Die Karte von Volk 2 zur Insel 2 hat hingegen die aktuellen Namen drin wenn auch ohne weitere Details. Die Daten von Volk 1 werden mit den neuen Namen der Karte ergänzt aber das alte Datum bleibt, da keine Details verfügbar sind. => Beide Inseln haben die bestmöglichen Daten. Problematisch wird es erst wenn Volk 1 nun mit einem 3. Volk auch Karten tauscht. Die Daten die Volk 3 über die Insel 2 besitzt sind von den Details her vielleicht aktueller aber von den Namen nicht ganz so aktuell wie unsere Infos. Nun exportiert Volk 3 eine Karte und diese biete nun wieder die alten Namen an, jedoch mit einem jüngeren Datum als unsere Details. d.h. die Namen sind nun auf dem Stand der Karte von Volk 3. Insel 2: | 1 2 3 4 5 6 1 |-V------k2-k3--- 2 |--------------V- 3 |---V-k2--------- V = letzte vollständige Daten vorhanden kx = einfache Kartendaten von Spieler x erhalten und gemergt solange man also keine neuen vollständigen Daten erhält wird jeder aktuellere Report die alten Infos überschreiben - ganz ideal ist das nicht - muss ich zugeben. Hat man natürlich nie vollständige Infos gehabt, dann sind alle Namen aktuell. |
(0000598)
trickert 2008-06-12 08:07 |
Das Problem wurde im Zuge der CR Problematik als Hotfix von Fiete gelöst. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
238 | [Magellan] Allgemein | Unschönheit | immer | 2008-04-27 14:50 | 2008-06-08 23:32 |
Reporter: | Phillipp | Rechnertyp: | |||
Bearbeitung durch: | stm | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | 2.0.0 | ||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.0.3 (Planung) | ||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Befehlsfenster springt beim Klick nach oben | ||||
Beschreibung: | Ich hab ein paar Einheiten deren Befehlsliste größer ist, als das Befehlsfenster. Wenn ich da nun runterscolle und mit der Maus unten auf etwas klicke springt das Befehlsfenster so um, dass es die ersten Zeilen anzeigt und nicht mehr das, was ich bearbeiten wollte. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000590)
stm 2008-06-08 23:32 |
fixed in 211 |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
258 | [Magellan] Allgemein | schwerer Fehler | immer | 2008-06-07 13:23 | 2008-06-08 21:42 |
Reporter: | Atalanta | Rechnertyp: | |||
Bearbeitung durch: | stm | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | 2.0.2 | ||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.0.3 (Planung) | ||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Sortierung nach Talentreihenfolge klappt nicht | ||||
Beschreibung: |
Habe gerade von einem ein paar Wochen alten Build (184?) auf 207 runderneurt. Danach konnte ich den Baum in der Detailanzeige nicht mehr in der letzten Ebenen aufklappen, d.h. ich kam bis zu den Gruppen, aber einzelene Einheiten waren nicht mehr darstellbar (Programm lief noch, zeigte aber nichts mehr an). Nachdem ich nun mit frischen INIs das Problem nachvollzogen habe scheint es an der Option "Sortierung nach Talentreihenfolge" zu liegen. Ist die aus flutscht es, schalte ich sie ein knallt es. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000585)
stm 2008-06-08 14:19 |
Gotcha. Das Problem tritt in UnitNodeWrapper.createGraphicsElements(Unit) auf bei der Zeile Collections.sort(skills, rankComparator); Ursache ist eine ClassCastException, die wiederum dadurch verursacht wird, dass die Comparatoren (in diesem Fall SkillTypeComparator oder SkillTypeRankComparator) nicht typsicher sind. |
(0000588)
stm 2008-06-08 21:42 |
Habe alle Comparatoren überarbeitet. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
167 | [Magellan] Allgemein | kleinerer Fehler | immer | 2008-04-05 07:54 | 2008-06-08 05:02 |
Reporter: | Merlin | Rechnertyp: | |||
Bearbeitung durch: | stm | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.0.3 (Planung) | ||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Syntax-Highlighting wird durch Base36-Nummern unterbrochen | ||||
Beschreibung: | Beim Syntax-Highlighting von Befehlen, die Base36-Nummern enthalten, wird ab der Nummer keine farbliche Hervorhebung durchgeführt, falls diese Buchstaben enthält. Bei Nummern, die nur aus Ziffern bestehen (sogar bis zu 7 Stellen), funktioniert es. Am besten zu beobachten bei GIB. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000429)
stm 2008-04-06 13:48 |
Kann ich nicht bestätigen (Build 181). Bei mir sieht GIB abc ALLES Holz und GIB 123 ALLES Holz genau gleich aus. |
(0000430)
Merlin 2008-04-06 14:56 (Zuletzt bearbeitet: 2008-04-06 15:09) |
Sorry. Der Bug war bei mir seit langer Zeit so wie beschrieben. Jetzt geht es aber auf einmal - keine Ahnung warum. Also kann das hier geschlossen werden. |
(0000474)
Merlin 2008-04-15 15:52 |
Leider kann der Bug doch nicht geschlossen werden. Es liegt am Single-Editor-Layout. Wenn Magellan mit dieser Einstellung gestartet wird, tritt der oben beschriebene Effekt auf. Wechselt man während einer Magellan-Sitzung ins Multi-Editor-Layout und zurück, wird das Syntax-Highlighting korrekt dargestellt. |
(0000568)
darcduck 2008-05-24 19:22 |
Kann ich bestätigen, bei mir im SingleEditorMode auch zu beobachten. |
(0000583)
stm 2008-06-08 05:02 |
fixed in 211 |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
143 | [Magellan] Funktionen | kleinerer Fehler | immer | 2008-02-24 05:57 | 2008-06-08 04:49 |
Reporter: | Khadar | Rechnertyp: | |||
Bearbeitung durch: | stm | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.0.1 | ||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Order completion for "w" | ||||
Beschreibung: | For some reason order completion for "w" (west) doesn't work like for the other directions. Hitting TAB after entering "w" actually gives several spaces instead of just the one. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000380)
darcduck 2008-03-04 01:43 |
I cannot reproduce that with my (two week old) version of mag2. I tried it with german orders. However i cannot see any difference in the english resources that may cause the problem. If it's a new issue that this has probably something to do with the changes of the quotes to adjust the DEFAULT command. I'll update my verion today in the evening and will then check again. |
(0000423)
stm 2008-04-06 02:10 |
Was never able to reproduce this. Does it still occur in 2.0.0 (Build 181)? Do you have any self defined order completions that could cause this? |
(0000424)
Khadar 2008-04-06 02:33 |
Nope, just checked, and it doesn't seem to occur in 181. Resolved. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
254 | [Magellan] Allgemein | Feature-Wunsch | immer | 2008-05-30 21:32 | 2008-06-02 23:54 |
Reporter: | abadtroll | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | 2.0.1 | ||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.0.2 | ||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Ability to set Magellan backup file count like in older Magellan. | ||||
Beschreibung: |
Before Magellan 2 we were able to set the amount of backup files that magellan would create before deleting them. I don't feel 2 is enough as after the last turn I did my orders and had saved them a couple times before finding out about the rerun. I didn't have any backup files to restore to and had to resort to adding ALL the zip files up again :( I am sure this is an easy fix to allow us to set the number of files or at least increase it to 4 or something. Thanks for taking the time to look into my request. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000570)
abadtroll 2008-05-30 21:33 (Zuletzt bearbeitet: 2008-05-30 21:34) |
Sorry, I meant to choose Feature and I must have rolled the mouse wheel to Major!!! -Thanks again |
(0000571)
Lanwin 2008-05-31 14:58 (Zuletzt bearbeitet: 2008-05-31 14:58) |
Changed to feature |
(0000577)
Fiete 2008-06-02 23:54 |
In options (File-History) you can set now the number of saves. In the ini the value is saved in : Client.CRBackups.count |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
257 | [Magellan] CR-Support | kleinerer Fehler | immer | 2008-06-02 16:19 | 2008-06-02 16:27 |
Reporter: | Fiete | Rechnertyp: | PC | ||
Bearbeitung durch: | Fiete | Betriebssystem: | Win XP SP2 | ||
Priorität: | hoch | BS-Version: | Beta | ||
Status: | erledigt | Produktversion: | 2.0.1 | ||
Produkt-Build: | 204 | Lösung: | erledigt | ||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.0.2 | ||
Zielversion: | 2.0.2 | ||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Trotz fehlendem Ressource-Block in aktueller Runde werden Daten der letzten Runde angezeigt | ||||
Beschreibung: | Es ist prinzipiell nicht klar, wie aktuell angezeigte Ressourcendaten sind. Dies bedeutet unter umständen, dass die angezeigten Daten schlichtweg falsch sein -> kleiner Fehler. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Systembeschreibung | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000576)
Fiete 2008-06-02 16:27 |
Es wird ab Version 2.0.2 zu den Ressourcen im ressources-Block abgespeichert, aus welcher Runde diese Informationen kommen. Dazu dient ein neues Tag im CR: "XXX;spotted Daran erkennt Magellan, ob die Ressourcen aktuell sind, ein entsprender Hinweis wird hinter den Regionsangaben in der Detailanzeige ausgegeben. Version 2.0.2 zeigt bei mit alten Versionen gemergten Reporten für Runde 573 grundsätzlich (nicht aktuell) an. Um dies zu beheben, muss das Mergen von 572->573 nochmals ausgeführt werden. Dann wird beispielsweise korrekt angezeigt, dass Holzinformatioen aktuell sind, Eiseninformationen dagegen aus Runde 572 stammen (da diese in Server-reports von Runde 573 fehlen). |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
256 | [Magellan] Allgemein | Feature-Wunsch | immer | 2008-06-01 13:56 | 2008-06-02 11:56 |
Reporter: | Lanwin | Rechnertyp: | |||
Bearbeitung durch: | Betriebssystem: | ||||
Priorität: | normal | BS-Version: | |||
Status: | neu | Produktversion: | |||
Produkt-Build: | Lösung: | offen | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Hierarschische Baumstruktur: neue Gliederungsebene Objekt | ||||
Beschreibung: |
Es wäre praktsich die Einheiten untergliedert nach Gebäude oder Schiff sehen zu können. Zu klären wäre was günstiger ist für die Einheiten außerhalb von Gebäuden oder Schiffen. Entweder diese werden in der gleichen Ebene wie Schiffe und Gebäude angezeigt oder werden in eine eigene Gruppe gepackt. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000574)
Fiete 2008-06-02 11:56 |
Nach Klick auf Schiff oder Gebäude bekommst Du doch die Insassen im Detailfenster aufgelistet. In der Regionsliste siehst Du am Gebäudesymbol bereits, wär in einem Gebäude ist. Brauchst Du tatsächlich ne neue Gleiderung oder lediglich nen andere Sortierung? |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
206 | [Magellan] Funktionen | Feature-Wunsch | immer | 2008-04-09 07:37 | 2008-05-24 19:41 |
Reporter: | darcduck | Rechnertyp: | |||
Bearbeitung durch: | Betriebssystem: | ||||
Priorität: | normal | BS-Version: | |||
Status: | neu | Produktversion: | |||
Produkt-Build: | Lösung: | offen | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | AutoCompletion: ZAUBERE Syntax verwenden | ||||
Beschreibung: | Ich würde gern bei der Autocompletion die Zaubere Syntax verwenden um die richtigen Möglichkeiten anzubieten. Gerade wenn man Einheiten, Gebäude oder Schiffe angeben muss, wäre das eine grosse Hilfe. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: |
Die Implementierung ist aber sicher nicht trivial, da es sich ja um eine flexible Struktur handelt. Es muss vermutlich die "Position" im Syntaxtokenstring mitgegeben werden. |
||||
Angehängte Dateien: | |||||
Notiz | |
(0000001)
Fiete 2008-04-14 21:37 |
Zur Anzeige der Syntax im EmapDetailsPanel parse ich den ;syntax -tag bereits. Aber um das mit der bestehenden OrderCompleterStruktur, die ja sehr starr ist, abzubilden, bedarf es einigen Aufwand. |
(0000469)
Fiete 2008-04-14 22:59 |
Ich habs: (kommt von enno in eressea-client) 'c' = Zeichenkette 'k' = REGION|EINHEIT|STUFE|SCHIFF|GEBAEUDE 'i' = Zahl 's' = Schiffsnummer 'b' = Gebaeudenummer 'r' = Regionskoordinaten (x, y) 'u' = Einheit '+' = Wiederholung des vorangehenden Parameters '?' = vorangegangener Parameter ist nicht zwingend Insofern könnte man tatsächlich da was basteln. |
(0000569)
darcduck 2008-05-24 19:41 |
Vielleicht versucht man dabei gleich möglichst allgemein zu bleiben, dann liesse sich das ggf. als generelle Variante wiederverwenden. Nicht unbedingt mit diesem Zeichen aber die Umsetzung dieser Struktur in Objekte vielleicht. Ich stelle mir das baumartige Struktur von möglichen Befehlsbestandteilen vor. ZAUBERE -> STUFE -> <int> -> REGION* -> <zauberspruch>* -> REGION -> <x> -> <y> -> <zauberspruch>* -> <zauberspruch> -> je nach Spruch entsprechender Teilbaum Das lässt sich dann prima für den Autocompleter verwenden, da man nur schauen muss, welche unterobjekte das aktuelle objekt hat. '+' wird dann umgesetzt, dass das objekt davor auf sich selbst zeigt und auf das was nach dem + kommt. Bei 'ab?cd' wird dem Objekt a erst ein link auf b eingehängt und wenn das Fragezeichen gefunden wird, bekommen a und b einen Link auf c. c natürlich einen link auf d. Sieht dann also so aus: a -> b -> c* -> c -> d Wichtig ist dabei, dass es sich um das gleiche c Objekt handelt, damit auch beim Pfad über b d erreichbar bleibt. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
243 | [Magellan] Funktionen | Feature-Wunsch | N/A | 2008-04-28 12:04 | 2008-05-23 19:54 |
Reporter: | darcduck | Rechnertyp: | |||
Bearbeitung durch: | darcduck | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.0.2 | ||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | AutoCompletion und/oder Offene Probleme: ATTACKIERE und BEWACHE | ||||
Beschreibung: |
Jetzt habe ich des öfteren ein ATTACKIERE gesetzt, obwohl meine Leute auf Kämpfe nicht oder kämpfe fliehe standen. Oder ein BEWACHE obwohl kämpfe fliehe eingestellt war. Gern würde ich das in den Offenen Problemen sehen oder, was mir noch besser gefallen würde, bei der Befehlvervollständigung wird gleich ein KÄMPFE mit ausgegeben wenn ein falscher Kampfstatus gesetzt ist. Gleiches gilt für BEWACHEN. Wenn ich den Befehl gebe und die Einheit auf Kämpfe fliehe steht, dann soll sie neben BEWACHEN auch den Befehl KÄMPFE [NICHT] geben. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: |
Das ganze wäre einfach, wenn man nicht prüfen müsste, ob vielleicht schon ein KÄMPFE xyz Befehl gegeben wurde. Es ist wohl das einfachste hier ein getModifiedBattleState() einzuführen und diesen beim OrderParser zu setzen, falls man KÄMPFE irgendwo findet. |
||||
Angehängte Dateien: | |||||
Notiz | |
(0000524)
Fiete 2008-04-30 00:33 |
Die Meldung gibt es schon, aber Du hast Recht, die muss verbessert werden, weil man sie nicht weg bekommt ;-) Der Check erfasst nicht den modifiedState. |
(0000536)
Fiete 2008-05-06 11:23 |
Ah, ich bin gegen einen automatischen 2. Befehl. Das ist zu viel Annahme des vermeintlichen Wunsch des Nutzers. Eintrag in offene Probleme muss sein und auch resultierender Kampfstatus berücksichtigt werden, automatischer Eintrag find ich nicht gut. Gegenbeispiel: Meine Kampftruppe soll in Region 1 nicht kämpfen, dort fliehen und nächste runde in Region 2 bewachen (nicht unbedingt attackieren). Sie kommt also mit "fliehe" an, bekommt den befehl bewache und automatisch "kämpfe nicht". Ich könnte aber auch "AGGRESSIV" gewünscht haben, damit die Truppe im Falle eines Angriffes meine Verbündeten unterstützt. An die Geschichte mit dem BattleStatusRelation traue ich mich nicht so recht ran...mal kucken. |
(0000537)
darcduck 2008-05-06 12:16 |
Hm gutes Argument. Wir wissen nicht welcher Kampfstatus gewünscht ist. Nur der aktuelle ist offenbar unpassend. Das ist auf jeden Fall ein "offenes Problem" ich würde es aber gern sofort erkennen nicht erst 2 Tage später wenn ich durch die Offenen Probleme durchgehe. Bei Attackiere ist es das gleiche. Auch dort weiss ich nicht welche Kampfreihe mit welcher Offensivität. Ich dachte halt, man gibt automatisch den 2. Befehl "KÄMPFE" aus, woraufhin wieder der Autocompleter anspringt und in Bezug auf Bewachen und attackieren die noch möglichen Kampfstati anbietet. Kämpfe müsste man natürlich dann auch noch anpassen, das hier auf gesetzte Bewachung (neu oder bestehend) und ggf. vorhandene Attackiere Befehle geprüft wird. Autocompletion ist ja so eine Art Prozess in dem der Befehlswunsch immer genauer spezifiziert wird (mit jedem neuen Token). Und der Befehlswunsch Bewachen oder Attackieren impliziert halt bestimmte Kampfstati. Sofern der nicht auf einem passenden Status steht finde ich es gehört zum Befehlswunsch Bewachen dazu auch nach einem korrekten Kampfstatus zu fragen. (Deshalb habe ich das NICHT in oben eckige Klammern gesetzt) Haben wir an noch anderen Stellen solche Befehlsabhängigkeiten? |
(0000555)
Fiete 2008-05-21 14:06 |
OK. Ich habe die offenen Probleme umgestellt auf den modifiedCombatStatus. Mit Hilfe des modifiedGuard wird jetzt auch geprüft, ob eine geplante Bewachung mit dem geplanten CombatStatus möglich ist - wenn nicht->Problemmeldung. Zu Erweitern wäre das um einen ausgiebigeren Check der Attackiere/Bewachungsfähigkeit einer Einheit (Bewaffnung aus modifiedItems mit check der modifiedSkills) -> extra feature request. Somit ist der erste Teil des Feature Requests damit erledigt. Der Zweite geht mir zu weit. Wenn das tatsächlich gewünscht wird, bitte diesen dann extra Formulieren ("Ich möchte automatisch einen weiteren Befehl haben, wenn...") und wir kucken, ob das jemand umsetzt. Fiete |
(0000564)
darcduck 2008-05-23 19:49 |
Ich möchte automatisch einen weiteren Befehl haben, wenn... ATTACKIERE -> KÄMPFE (wenn Kampfstatus unpassend - fliehe, nicht) BEWACHE -> KÄMPFE (wenn Kampfstatus unpassend - fliehe) |
(0000565)
darcduck 2008-05-23 19:54 |
KÄMPFE wird jetzt reingeschrieben wenn es nötig ist. Dabei poppt dann für Kämpfe sofort die Befehlsvervollständigung auf, man kann also die gewünschte Vervollständigung gleich wählen. Leider funktioniert die Priorisierung von KÄMPFE Vervollständigungen nicht sofort, sondern erst mit einer gewissen Latenz. Das liegt daran, das die Relations wohl nicht syncron sondern im Hintergrund aktualisiert werden. Im Moment finde ich auch nicht die Brücke zwischen Completion und Aktualisierung der Relations. Das ist hier aber nur ein Schönheitsproblem. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
252 | [Magellan] Funktionen | kleinerer Fehler | immer | 2008-05-23 19:00 | 2008-05-23 19:45 |
Reporter: | darcduck | Rechnertyp: | |||
Bearbeitung durch: | darcduck | Betriebssystem: | |||
Priorität: | hoch | BS-Version: | |||
Status: | erledigt | Produktversion: | 2.0.1 | ||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.0.2 | ||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | AutoCompletion: Vorschläge werden nicht mehr nach prio sortiert | ||||
Beschreibung: |
Seltsamerweise werden die Completions nicht mehr nach Prio sortiert ausgegeben. Ich weiss nicht wo das sortiert wird, aber es funktioniert nicht mehr. Einfach zu prüfen z.b. bei GIB. Oben sollten items gelistet sein, die in der angegebenen Menge auch verfügbar sind. Einheit (xyz), hat: 200000 Silber, 100 Schwert, ... GIB xyz 100000 S Sollte also Silber über Schwertern listen, tut es aber nicht mehr ... |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000563)
darcduck 2008-05-23 19:44 |
repariert. da war das sortieren in die if abfrage für vollständige Wörter reingerutscht. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
156 | [Magellan] Funktionen | kleinerer Fehler | immer | 2008-03-20 04:48 | 2008-05-23 17:17 |
Reporter: | Askarloth | Rechnertyp: | |||
Bearbeitung durch: | darcduck | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.0.2 | ||
Zielversion: | 2.0.2 | ||||
Project: | Magellan 2 | ||||
Zusammenfassung: | CR-Merging bei gefällten Bäumen | ||||
Beschreibung: |
Fehler tritt in Regionen auf, deren Bäume oder Schößlinge vollständig gefällt wurden: Beispiel: Region mit 240 Schößlingen in der Vorwoche, die komplett gefällt wurden 1. Der neue Orginal-CR enthält keine Tags für Bäume. 2. Der alte Orginal-CR wird hinzugefügt. (andersrum tritt der Fehler auch auf) 3. Der erstellte CR enthält unter anderem folgende Tags für die entsprechende Region, die sich auf Bäume beziehen: 0;letztebaeume 240;letzteSchoesslinge RESOURCE 1355696724 "Schößlinge";type 240;number Einen Tag "240;Schößlinge" gibt es nicht. Der Block "RESOURCE" ist irgendwie falsch... |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000396)
trickert 2008-03-25 09:33 |
Ja, ist mir auch schon aufgefallen. Es kommt dann durchaus zu Diskrepanzen in der Detail-Ansicht. Die ATR Meldung scheint richtig, die Baumansicht (im Sinne von JTree) nicht. Das ist ein Folgefehler des fehlerhaften Mergen. |
(0000409)
darcduck 2008-04-04 02:51 |
Das ganze hat Fiete doch schon mal überarbeitet? Genau wegen dieser Problematik. Deshalb sind die Resourcen jetzt nach "Sichtbar" oder "Talentabhängig sichtbar" eingeteilt. In MagellanFactory.java -> mergeRegion() 1238: // Fiete: check here if we have skillIrrelevantResources // if curRes == null AND we have units in curReg -> these // resources are realy not there anymore: Baeume, Mallorn if (sameTurn){ if (skillIrrelavntTypes.contains(newRes.getType())){ // we have "our" Type // do we have units in newRegion i guess the sameTurn check here is wrong, because when we add a report of a newer turn, then this would mean skipping this part of coding. I think we could also change RegionResource.merge() throwing out much of the coding to determine which resources need to be deleted. An old regionResource having getSkillLevel == -1 means this is a resource without a skilllevel required to see it - horses, wood or mallorn. RegionResource.merge() should now allow adding a newResouce == null. Then we have 3 cases: 1. level dependent & (curResource.skillLevel != -1) && 1.1. seen & (higher level | less amount): (newResource != null) && ( (newLevel > oldLevel) || ((newLevel == oldLevel) && (newAmount < oldAmount)) ) => newResource = newResource (no change) 1.2. else: => newResource = curResource 2. not level dependent: (curResource.skillLevel == -1) => newResource = newResource (no change) This might work ... haven't tested it ;-) |
(0000410)
trickert 2008-04-04 03:06 |
he? Bäume sind nicht Talent-abhängig sichtbar (oder verstecken die sich neuerdings). Das betrifft also allein die IF Bedingung 2. Aber ich denke, das ist eher nur ein Darstellungsproblem zwischen den Regionsdetails und dem ATR Renderer (der graue Kasten). Einer von beiden (ich vermute unterer) greift auf falsche Daten zu. Ich glaube mittlerweile nicht mehr, dass es ein Merge-Problem ist. |
(0000411)
Askarloth 2008-04-04 04:02 |
Im gemergeten CR steht drin, dass es Bäume in der Region gibt, obwohl da keine sind. Muss das dann nicht ein Merge-Problem sein? Selbst wenn auf die falschen Daten zugegriffen wird - immerhin steht im grauen Kasten oben der richtige Wert und nur unten im weißen Kasten der falsche - der Eintrag im CR macht keinen Sinn. |
(0000412)
trickert 2008-04-04 04:46 |
Ja, stimmt. Das hatte ich überlesen. |
(0000415)
darcduck 2008-04-04 05:27 |
Der ATR greift wohl auf die Tags von Region zu, die sind richtig - auch nach dem Mergen. Aber eigentlich sind die Tags "deprecated". Richtig wäre nur noch die RESOURCE Blöcke zu verwenden. Leider werden diese noch falsch gemergt. Der sameTurn check in Zeile 1241 darf m.E. nicht sein. Falls ich Einheiten dort habe, es sich um eine nicht stufenabhängige Resource handelt und diese nicht aufgeführt ist, dann ist auch nichts davon vorhanden. Ob ich nun zu einem alten einen neuen hinzufüge oder mehrere aus der gleichen runde ist dabei egal. |
(0000416)
darcduck 2008-04-04 05:37 |
Richtigerweise müsste man die Visibility prüfen. Bei 1 (contains own units) und 2 (travel) sieht man meines Wissens nach Bäume, Schösslinge und Pferde, also alle nicht talentabhängigen Resourcen. Blöderweise wird die Visibility schon verändert bevor die Resourcen ausgewertet werden. sonst könnte man bei newRegion.getVisibility()>2 bereits abbrechen und die Resourcen von curRegion verwenden. |
(0000417)
darcduck 2008-04-04 05:57 |
Hm ... nein das geht auch nicht. Nämlich dann nicht wenn zwei gemergte Reports gemergt werden. (a1+a3) + (b2+b3) Immer bezogen auf eine Region: Reporte a1 und b2 enhalten Resourcen - b2 ist also aktueller. Die Reporte aus Runde 3 enthalten nur visibility 4 (nachbar). Die gemergten b reporte werden nun den a reporten zugefügt. a ist also current und b new. da b aber von b3 den visibility status erbt haben die b reporte zusammen status 4. Damit würde automatisch a genommen werden. => das ist ein detailproblem und kann ohne Zusatzinfo auch nicht behoben werden. => ich könnte daher mit der vorher genannten variante leben => langfristig würde ich aber die Resourcen-Blöcke mit runde tags versehen wollen. |
(0000418)
trickert 2008-04-04 06:31 |
ich glaube, wir kommen um diesen Runde-Tag langsam nicht mehr herum. Ich hab ein sehr ähnliches Problem mit den Talentwerten von Einheiten, die ich nicht mehr "sehe". Es ist dann sehr schwierig, herauszufinden, welche Resource/Einheit/Region jetzt besser passt. Ich denke, dass sollten wir aber gemeinsam auf der Mailingliste diskutieren, da dass wieder ein Eingriff in das Format des CRs ist. |
(0000559)
darcduck 2008-05-23 17:17 |
So repariert. Das löschen war ja gut gedacht. Leider griff das nur auf die Collection durch, nicht auf die HashMap in der die Daten primär gespeichert sind. Ich habe das jetzt korrigiert, und damit niemand wieder auf die Idee kommt die collection, die von resources() zurückgeliefert wird, zu modifizieren, ist das jetzt eine UnmodifyableCollection. Die Logik habe ich soweit angepasst, dass nun die visibility geprüft wird. Ist sie 3 oder 4 sollten Resourcen sichtbar sein. Der Units.size>0 check hat zwar auch meist funktioniert, aber nur, weil in fast jeder Region besetzte Gebäude sind. Deren Einheiten sieht man ja auch beim durchreisen. Checke es heute Abend ein. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
249 | [Magellan] Funktionen | kleinerer Fehler | immer | 2008-05-20 22:21 | 2008-05-21 16:04 |
Reporter: | eriongwyneth | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | 2.0.1 | ||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.0.2 | ||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Import von Befehlsdatei fehlerhaft | ||||
Beschreibung: |
Speicher Befehle in Datei(.txt). Schliesse Magelan ohne Befehle zu speichern. Öffne Magellan und importiere Befehle Temp Einheiten werden nicht generiert. Befehle stehen bei generierender Einheit. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000558)
Fiete 2008-05-21 16:04 |
Ab Build 200: Das Einlesen geht nun deutlich schneller (nicht bei jeder Befehlszeile werden die Beziehungen der Einheit refreshed). Nach dem kompletten Einlesen werden einmal die gesamten Daten als "neu" betrachtet, dass dauert nun ein wenig länger als vorher. Insgesamt geht es schneller und der Fehler ist weg. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
251 | [Magellan] Funktionen | Feature-Wunsch | immer | 2008-05-21 13:20 | 2008-05-21 14:55 |
Reporter: | Askarloth | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | 2.0.0 | ||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.0.2 | ||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Pferdeproduktion in der Statistik | ||||
Beschreibung: |
Die Anzeige der produzierten Pferde in der Parteistatistik berücksichtigt nicht die Pferdeproduktion in Pferdezuchten. Ein zusätzlicher Eintrag ist vielleicht besser als die Addition mit den gefangenen Wildpferden. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000556)
Fiete 2008-05-21 14:40 |
Behoben ab built 200. Weiterhin vermute ich das Fehlen eines ;resource Tags bei der Message im CR und habe einen Bugreport bei Manris angelegt. (http://eressea.upb.de/mantis/view.php?id=1430) Aber auch wenn das nicht behoben wird, funktioniert jetzt die Anzeige. (Die ID des MessageTypes darf sich nur nicht ändern...aber wenn die sich ändern, gerät eh einiges Durcheinander...) |
(0000557)
Fiete 2008-05-21 14:55 |
Oh, falls es wichtig ist, dass da ein Unterschied gemacht wird, ob gefangen oder gezüchtet, müsste dafür ein extra feature request angelegt werden. Ich halte das für nicht notwendig. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
247 | [Magellan] Allgemein | Feature-Wunsch | nicht getestet | 2008-05-13 13:16 | 2008-05-20 15:02 |
Reporter: | thewhitewolf5123 | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | 2.0.1 | ||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.0.2 | ||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Anzeige der Region-id | ||||
Beschreibung: |
Ich hätte gerne, dass die neue Regions-id überall dort angezeigt wird, wo man auch die Koordinaten einer Region sieht. Als base36 zum Beispiel. Der Vorteil darin liegt, dass man sich so mit anderen Spielern leichter koordinieren kann, ohne erst prüfen zu müssen ob man eh die gleiche Region meint, da die Region-id garantiert eindeutig ist. Auf die Koordinaten könnte man theoretisch in Zukunft verzichten, doch das alte System wird sicherlich noch länger bestehen. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: |
Beispiel: Rirocepes (4, -25 / 7xzuce) welche region meine ich? anhand von namen und koordinaten nicht eindeutig feststellbar, da sich der name ändern kann (BENNENE) und die koordinaten bei jedem spieler anders sein können. Die Regions-ID ist aber eindeutig, daher würde diese kurze Information ausreichen. |
||||
Angehängte Dateien: | |||||
Notiz | |
(0000540)
darcduck 2008-05-13 14:53 |
Achtung! Für Eressea ist die regionid von Enno als int aktiviert worden. Und ist wohl nun auch als int im CR (erst war es text). Allerdings kann es denke ich gut sein, dass andere Spiele eine String-id liefern. Die Umwandlung in base36 ist dann natürlich nicht möglich. Davon abgesehen gehört zur Anfrage eine regionid auszugeben natürlich auch die Suchmöglichkeit danach :-) |
(0000541)
thewhitewolf5123 2008-05-13 15:09 |
ich habe keinen report vom server erhalten, wo die region-id etwas anderes als ein int im CR war. zu den anderen spielen: sobald in zwei spielen ein attribut exakt gleich heißt, aber unterschiedliche bedeutung hat, muss man jedenfalls eine spiel-spzifische weiche einbauen. wenn ein feature aufgrund so eines Unterschiedes für garkein Spiel implementiert werden würde, fände ich das sehr schade. |
(0000542)
darcduck 2008-05-13 15:35 |
Die Id hat Enno ja auch in Bezug auf die XML Diskussion eingeführt. Der Gedanke dabei war, das diese Id eben ein regionselement eindeutig referenziert. Diese anzuzeigen ist natürlich sinnvoll. Lediglich die Umwandlung in base36 habe ich in Frage gestellt, um nicht in Probleme mit andersartigen IDs zu kommen. Die ID ist m.E. schon dafür gedacht, das sie auch in anderen Eressea-ähnlichen Spielen existieren kann und Regionen im Report eindeutig identifiziert. Dabei den Datentyp int vorauszusetzen, empfinde ich als Einschränkung. |
(0000543)
thewhitewolf5123 2008-05-13 15:46 |
ok, nun hab ich dich verstanden. dann lass mich deine kritik auf diese, andersartige, weise hinterfragen: Pudod (7, -26 / 55319745) ohne copy&paste ist die fehlerrate beim lesen genauso groß, als würde man gleich bei regionssname+koordinaten bleiben. Die Zahl ist eindach zu lange, um sie als mensch schnell zu verarbeiten. Wenn schon als Zahl, dann zumindest Tausendertrennpunkt: Pudod (7, -26 / 55.319.745) base36 bot sich aus meiner sicht aufgrund der ähnlichkeit zu einheiten-nummern an. die zahl an sich ist irgendwie schwer zu fassen, da das hirn hier nichts zusammenfassen kann: die zahl ist ja "zufällig" (naja, hashwert) vergeben. copy&paste steht nicht immer zur verfügung. |
(0000544)
darcduck 2008-05-13 16:47 |
Lange zahlen sind immer ein weniger schwerer zu lesen als ihre Base36 Pendants - klar, umsonst wird das ja nicht verwendet. Ich versuche mir nur zu überlegen wie man das sinnig in clients handhabt. Vielleicht folgendes: Die Behandlung der regionid erfolgt in Abhänigkeit vom CR-Datentyp. int = base vom Report wird verwendt, die umwandlung in reportbase ist auch die gültige string-id string = ohne konvertierung XML Reporte enthalten hingegen nur string-ids. Das müsste dann aber auch bei den Serverreports so sein. Beispiel: Eressea-CR: REGION 1 1 ... 12;id ... -> int, wert 12 -> stringid = "C" Anderes Atlantispbem - CR: REGION 1 1 ... "12";id -> string -> stringid = "12" ("12" != "C") Hingegen im XML Report (alle Spiele): ... <region id="12"> <coordinate x="1" y="1"/> ... </region> -> string/nmdata -> stringid = "12" tendentiell würde im XML Report noch der Elementtyp mit in die ID wandern, da sonst die Eindeutigkeit im Report über verschiedene Elemente sichergestellt werden muss. Daher würde es dort wohl wie folgt aussehen: <region id="region_12"> ... Süeichern wir nun den als erstes erwähnten Eressea-CR in einem XML-Report um, dann wird aus: REGION 1 1 ... 12;id dann: <region id="region_c"> <coordinate x="1" y="1"/> ... </region> Allerdings könnte dann der Eressea-Server auch gleich string-ids im base36 Format in den Report schreiben. Ich glaube wir müssen Enno mal auf diesen FR aufmerksam machen. |
(0000545)
Enno 2008-05-13 20:31 |
Es ist absicht, dass die IDs base10 sind. Sie sind 32 bit lang, und wuerden damit ohnehin 6 zeichen lang in base36. Und sie stehen im CR als Zahl, nicht als String gespeichert. Es ist natuerlich Magellan ueberlassen, ob es die trotztdem in base36 oder rigendwas anderes umwandeln moechte (andere variante: 256 eissorten ausdenken, und dann als 4-Frucht becher anzeigen (Banane-Kiwi-Erdnuss-Straziatella). Solange diese Info nicht an den Server zurueckgehen muss, ist das ja alles egal. |
(0000548)
Fiete 2008-05-20 14:19 |
Ab build 199: Base36 wird mit (ID:uvwxyz) angezeigt und ist Copy&Paste-fähig. Suchfunktion erweitert: Wenn bei Objekt-Suchbereich Regionen und bei Attribut-Suchbereich IDs aktiviert sind, werden die IDs als base10 und base36 gesucht und gefunden. Eventuelles ToDo: Auswahlen als Liste von IDs anstelle von Koordinaten speichern/laden können. Fiete |
(0000549)
Fiete 2008-05-20 14:21 |
Oh, sehe gerade, Du wolltest das *überall* haben, ich habe es jetzt lediglich in RegionDetails anzeigen lassen. Ich werde zusätzlich das Contextmenu bei Rechtsclick auf Region entsprechend anpassen.Soon.... |
(0000550)
Fiete 2008-05-20 15:02 |
Done. Rechtsklick im Overview-Fenster liefert jetzt sehr detailierte Copy&Paste - Möglichkeiten. Rechtsclick auf Map erzeugt bei Copy und Paste nun Name + Koords + RegionUID. Die RegionUID generell bei den Koordinaten zu ergänzen (bei region.toString) möchte ich nicht, weil dass so häufig benutzt wird, dass es garantiert irgendwo nicht passt. Lieber trage ich noch 2 Stellen nach, die irgendwo gewünscht werden... |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
234 | [Magellan] Grafik | kleinerer Fehler | nicht getestet | 2008-04-23 11:07 | 2008-05-06 13:09 |
Reporter: | Enno | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | 2.0.0 | ||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.0.2 | ||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Fog of war ist immer an | ||||
Beschreibung: | Ich lade gerade einen Report aus dem Tutorium in Magellan, und es faellt mir auf, dass der Fog of War ueber allen Regionen liegt, auch denen "meiner" Partei. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | Siehe Attachment | ||||
Angehängte Dateien: |
fogofwar.JPG (39,094 Bytes) 2008-04-23 11:07 http://eressea.dracones.de/magellanbugs/file_download.php?file_id=26&type=bug |
||||
Notiz | |
(0000494)
Enno 2008-04-23 11:19 |
Nachtrag: Magellan einmal schliessen und wieder oeffnen hilft. Das ist aber keine wirklich gute Loesung :-) Notloesung: FoW per default aus, und in den optionen eine warnung "magellan muss neu gestartet werden, damit diese option wirksam wird". Aber auch nur ne notloesung. |
(0000538)
Fiete 2008-05-06 13:09 |
ab build 195 TrustLevels.recalculateTrustLevels(data); fehlte im AskForPAsswordDialog. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
136 | [Magellan] Allgemein | Feature-Wunsch | nicht getestet | 2008-01-24 11:05 | 2008-05-06 12:33 |
Reporter: | Lanwin | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | nicht reproduzierbar | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | 2.1.0 | ||||
Project: | Magellan 2 | ||||
Zusammenfassung: | option to hide islands without known objects | ||||
Beschreibung: | - | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000353)
Fiete 2008-02-06 01:42 |
Hm, can not reproduce. If I select all 3 options to show regions...I have island X with regions visisble only then. If I deselect the options and don´t want to see the regios, the island X disappears too. So what is the feature request? |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
222 | [Magellan] CR-Support | kleinerer Fehler | manchmal | 2008-04-19 10:53 | 2008-05-06 11:02 |
Reporter: | Outlaw | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | 1_2_5 | ||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 1_2_5g | ||
Zielversion: | |||||
Project: | Magellan 1 | ||||
Zusammenfassung: | Fehlerhaftes Mergen | ||||
Beschreibung: | Beim Mergen entsteht ein fehlerhafter CR. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: |
-Problem scheint von der Reihenfolge abzuhängen (Beispiel-CR liegt bei) -Über die Woche der beiden CRs wurde eine Region umbenannt (Rugobol->Talath Rhûn) -Ein CR ist noch ISO-8859-1 kodiert (Bug 0000168) |
||||
Angehängte Dateien: |
mergetest.rar (10,973 Bytes) 2008-04-19 10:53 http://eressea.dracones.de/magellanbugs/file_download.php?file_id=25&type=bug |
||||
Notiz | |
(0000535)
Fiete 2008-05-06 11:02 |
die ISO angabe war durch bug 0000153 bereits gelöst. Das fehlerhafte mergen bei Reihenfolge NEUER REPORT + ALTER REPORT muss ein uralter bug gewesen sein. Im Beispiel funktioniert das jetzt. Ich habe die Version 1_2_5g aktualisiert. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
240 | [Magellan] Icons | Feature-Wunsch | immer | 2008-04-27 16:10 | 2008-05-06 10:06 |
Reporter: | Phillipp | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | 2.0.0 | ||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.0.1 | ||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Gruppieren von Gegenständen sollte Gruppenicon nicht ein Gegenstandsicon anzeigen | ||||
Beschreibung: | Wenn man Gegenstände (z.B. Kräuter) in einem Fenster nur gruppiert angezeigt haben möchte wäre es doch sinnvoller, dort das Icon für die Gegenstandsgruppe anzuzeigen, statt des Icons eines Gegenstands der Gruppe. Dann sähe man sofort, dass das nur eine Generalisierung ist und kann nicht aus versehen denken, es wäre der konkret abgebildete Gegenstand. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000527)
Fiete 2008-04-30 01:13 |
Zum reproduzieren: wie zeige ich in einem Fenster Kräuter gruppiert an und wonach werden die dann gruppiert? |
(0000530)
Phillipp 2008-04-30 07:19 |
Extras -> Optionen -> Icons -> Regionsansbaumeinträge -> Gegenstände kategorisieren anhaken und bei Details Kräuter anhaken. In der Regionsbaumanzeige werden dann für die Einheit nicht mehr 17 Flachwurz, 3 Elfenlieb etc. angezeigt, sondern nur noch [Summe aller Kräuter] irgendwas. Wie in der Hilfe bei Details beschrieben "Die Anzahl der betreffenden Gegenstände wird aufsummiert und das Icon des letzten Gegenstandes genutzt." Klappt auch prima, nur ist der "letzte Gegenstand" irgendwie willkürlich und meiner Meinung nach wäre hier das generische Icon für die Ressourcengruppe angebracht. |
(0000532)
Fiete 2008-05-01 01:42 |
OK, hab was gebastelt. Bitte mit build 193 testen. Es wird jetzt nicht das Icon für das Item genutzt, sondern jeweils für die höchste gefundene Kategorie im Kategoriebaum... |
(0000533)
Phillipp 2008-05-05 23:12 |
Gerade die 194 heruntergeladen und sieht gut aus. Nebenbei, wie ist das beim updaten von Magellan, müsste ich sauber deinstallieren und neuinstallieren? Merkt er sich dann die Einstellungen? Ich habs jetzt einfach drübergebügelt und er hat zwar gewarnt dass das Verzeichnis schon da ist, ansonsten scheint es aber zu gehen. Wäre vielleicht was für die FAQ. |
(0000534)
Fiete 2008-05-06 10:06 |
Hinweis zum Installieren bereits in FAQ vorhanden: einfach rüberbügeln. Steht dort bei Installer.jar. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
224 | [Magellan] Allgemein | Feature-Wunsch | immer | 2008-04-23 10:27 | 2008-05-01 00:43 |
Reporter: | Enno | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | 2.0.0 | ||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.0.1 | ||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Automatisches Erraten der Partei | ||||
Beschreibung: | Bei ersten Start werde ich nach meinem Report gefragt, das ist fein. Dann fragt er nach meiner Partei - kann er die nicht aus dem Report erkennen? Jedenfalls in den Fällen, wo das ein Report vom Server ist? Da muesste man das todsicher koennen. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000502)
trickert 2008-04-24 08:54 |
man könnte die Partei direkt wählen, wenn es nur eine gibt. Das Passwort sollte/muss man aber auf jeden Fall eingeben. |
(0000531)
Fiete 2008-05-01 00:43 |
Built 193 Mag2 versucht, anhand des Kampfstatus einer Unit herauszufinden, ob die Partei der Unit wahrscheinlich ein Passwort gesetzt bekommt, oder es zumindest sinnvoll wäre. Wird nur eine Partei gefunden, wird nur diese zur Auswahl angeboten, werden mehrere gefunden, kommt zusätzlich "Bitte wählen" und die parteien können gewählt werden. Wird gar keine Partei nach diesem kriterium gefunden wird wie bisher verfahren. Mit der Abwandlung, dass wenn nur eine Partei überhaupt im CR vorkommt, auch diese sofort angeboten wird. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
227 | [Magellan] Allgemein | schwerer Fehler | immer | 2008-04-23 10:29 | 2008-04-30 01:20 |
Reporter: | Enno | Rechnertyp: | |||
Bearbeitung durch: | Enno | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | 2.0.0 | ||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.0.1 | ||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | java.io.Exception: Stream closed beim speichern | ||||
Beschreibung: |
Datei speichern geht nicht. Ich kriege eine java.io.Exception: Stream closed. Evtl. liegt das daran, dass ich aus einem ZIP geladen habe? Dann sollte ein Dialog kommen, der mir "save as" anbietet. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000506)
trickert 2008-04-24 09:02 |
Ja, den Fehler hatte ich letztens auch. Auch bei einer ZIP Datei. Ich hab aber noch keine Erklärung, warum. Den StackTrace hab ich nicht mehr. Hast Du ihn noch? |
(0000508)
Enno 2008-04-24 10:38 (Zuletzt bearbeitet: 2008-04-24 10:38) |
Ich habe mir damit gerade meinen Report zersaegt, das ist also ziemlich kritisch. Werde mal sehen wie man das reproduziert. |
(0000509)
Enno 2008-04-24 10:43 |
(EE) 24.04.2008 10:39:34.515: java.io.IOException: Stream closed at java.util.zip.ZipOutputStream.ensureOpen(Unknown Source) at java.util.zip.ZipOutputStream.putNextEntry(Unknown Source) at magellan.library.io.file.ZipFileType.createOutputStream(ZipFileType.java:106) at magellan.library.io.file.FileType.createWriter(FileType.java:198) at magellan.library.io.cr.CRWriter.<init>(CRWriter.java:130) at magellan.client.Client.saveReport(Client.java:1245) at magellan.client.Client.askToSave(Client.java:1213) at magellan.client.Client.quit(Client.java:1278) at magellan.client.Client$1.windowClosing(Client.java:518) at java.awt.AWTEventMulticaster.windowClosing(Unknown Source) at java.awt.Window.processWindowEvent(Unknown Source) at javax.swing.JFrame.processWindowEvent(Unknown Source) at java.awt.Window.processEvent(Unknown Source) at java.awt.Component.dispatchEventImpl(Unknown Source) at java.awt.Container.dispatchEventImpl(Unknown Source) at java.awt.Window.dispatchEventImpl(Unknown Source) at java.awt.Component.dispatchEvent(Unknown Source) at java.awt.EventQueue.dispatchEvent(Unknown Source) at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source) at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source) at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source) at java.awt.EventDispatchThread.pumpEvents(Unknown Source) at java.awt.EventDispatchThread.pumpEvents(Unknown Source) at java.awt.EventDispatchThread.run(Unknown Source) (EE) 24.04.2008 10:39:35.484: java.lang.NullPointerException at magellan.client.Client.askToSave(Client.java:1215) at magellan.client.Client.quit(Client.java:1278) at magellan.client.Client$1.windowClosing(Client.java:518) at java.awt.AWTEventMulticaster.windowClosing(Unknown Source) at java.awt.Window.processWindowEvent(Unknown Source) at javax.swing.JFrame.processWindowEvent(Unknown Source) at java.awt.Window.processEvent(Unknown Source) at java.awt.Component.dispatchEventImpl(Unknown Source) at java.awt.Container.dispatchEventImpl(Unknown Source) at java.awt.Window.dispatchEventImpl(Unknown Source) at java.awt.Component.dispatchEvent(Unknown Source) at java.awt.EventQueue.dispatchEvent(Unknown Source) at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source) at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source) at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source) at java.awt.EventDispatchThread.pumpEvents(Unknown Source) at java.awt.EventDispatchThread.pumpEvents(Unknown Source) at java.awt.EventDispatchThread.run(Unknown Source) |
(0000511)
Enno 2008-04-24 10:49 |
Erschwerend kommt hinzu, dass beim Speichern zwar eine Sicherungskopie angelegt wird, diese aber nicht benutzt wird. Wenn das Speichern aus welchem Grund auch immer (Platte voll, etc) fehlschlaegt, dann sollte das backup wieder zurueckgespielt werden. Alternativer Vorschlag: Zuerst in eine .tmp datei speichern, dann erst das original-zip zum backup erklaeren, und die .tmp datei zur neuen version (via rename). Und wenn er beim laden kaputtes ZIP findet, selbststaendig nach dem letzten funktionierenden backup suchen, oder den user fragen, ob er das tun will. nicht drauf vertrauen, dass der mit dem explorer selbsthilfe betreiben kann. |
(0000514)
Enno 2008-04-24 22:34 |
Der Code ist ja grauenvoll. Ich habe es mal so eingerichtt, dass die Exception gehandlet wird, indem das temp-file wieder zurueckgespielt wird, so dass man zumindest seinen Report nicht verliert. |
(0000515)
Enno 2008-04-24 22:40 |
Das Problem ist bei genauerem hinsehen, dass CopyFile.copyStreams(currIn, zos); die streams schliesst. |
(0000516)
Enno 2008-04-24 22:43 |
Repariert, Bug kann geschlossen werden. |
(0000518)
trickert 2008-04-25 16:52 |
hast Du das andere auch gleich eingebaut (lade den letzten "heilen" report). Ansonsten mach einen neuen Report auf und dann ist der hier fertig. |
(0000529)
Fiete 2008-04-30 01:20 |
Fixed by enno himself |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
241 | [Magellan] Icons | Trivial | immer | 2008-04-27 20:49 | 2008-04-30 01:10 |
Reporter: | Khadar | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | 2.0.0 | ||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.0.1 | ||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Herb icon in region overview | ||||
Beschreibung: | The icon for herbalism is used here, while icons are available for each of the different herbs that could be found in the region. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000526)
Fiete 2008-04-30 01:10 |
fixed in built 192 |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
242 | [Magellan] CR-Support | kleinerer Fehler | immer | 2008-04-27 22:06 | 2008-04-30 00:50 |
Reporter: | Phillipp | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | 2.0.0 | ||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.0.1 | ||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | "Statistiken löschen" beim CR-Export funktioniert nicht | ||||
Beschreibung: | Laut Tooltipp werden mit der Option Punkte, Helden etc. nicht exportiert. Das wird aber exportiert egal ob die Option an ist oder nicht. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000525)
Fiete 2008-04-30 00:50 |
Hm, bisher wurde das nur für priveligierte Parteien gemacht. Aber eigentlich ist dass ja eine unrichtige Annahme. Habe das jetzt so geändert, dass delStats tatsächlich für jede Partei im Report angewendet wird, wenn selektiert. Geändert in Build 192 |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
220 | [Magellan] Allgemein | Feature-Wunsch | immer | 2008-04-17 09:22 | 2008-04-24 22:44 |
Reporter: | trickert | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.0.1 | ||
Zielversion: | 2.0.1 | ||||
Project: | Allanon Unterstützung | ||||
Zusammenfassung: | Allanon: Hilfe integrieren | ||||
Beschreibung: | Ebenso wie die Eressea Hilfe könnte man die Allanon Hilfe integrieren | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000497)
trickert 2008-04-24 08:44 |
ist in Arbeit... |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
193 | [Magellan] Allgemein | schwerer Fehler | nicht getestet | 2008-04-08 23:13 | 2008-04-24 08:48 |
Reporter: | trickert | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | hoch | BS-Version: | |||
Status: | erledigt | Produktversion: | 2.0.0 | ||
Produkt-Build: | Lösung: | nicht reproduzierbar | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | 2.0.1 | ||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Cannot inherit from final class | ||||
Beschreibung: |
Exception in thread "AWT-EventQueue-0" java.lang.VerifyError: Cannot inherit from final class at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClass(Unknown Source) at java.security.SecureClassLoader.defineClass(Unknown Source) at java.net.URLClassLoader.defineClass(Unknown Source) at java.net.URLClassLoader.access$100(Unknown Source) at java.net.URLClassLoader$1.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) at magellan.client.utils.RendererLoader.loadRenderers(RendererLoader.java:122) at magellan.client.Client.initComponents(Client.java:576) at magellan.client.Client.<init>(Client.java:379) at magellan.client.Client$6.run(Client.java:1104) at java.awt.event.InvocationEvent.dispatch(Unknown Source) at java.awt.EventQueue.dispatchEvent(Unknown Source) at java.awt.EventDispatchThread.pumpOneEventForHierarchy(Unknown Source) at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source) at java.awt.EventDispatchThread.pumpEvents(Unknown Source) at java.awt.EventDispatchThread.pumpEvents(Unknown Source) at java.awt.EventDispatchThread.run(Unknown Source) |
||||
Tags: | |||||
Schritte zur Reproduktion: | Kommt aus dem PBeM Forum. Anfrage an User bzgl. Logfile läuft | ||||
Zusätzliche Informationen: | sieht so aus, als ob Magellan versucht, über den Classloader eine Renderer zu laden, der nicht instanziiert werden kann. | ||||
Angehängte Dateien: | |||||
Notiz | |
(0000444)
darcduck 2008-04-09 01:11 |
kannst du versuchen das im debugger mal zu reproduzieren und schauen um welchen Renderer es sich hier handelt? |
(0000487)
Fiete 2008-04-16 16:01 |
Beim laden der mir zur verfügung stehnden reports kommt die exception nicht. sorry. |
(0000500)
trickert 2008-04-24 08:48 |
ich erhalte keine Infos vom User mehr...ist also entweder erledigt oder nicht reproduzierbar. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
188 | [Magellan] Plugins | kleinerer Fehler | immer | 2008-04-07 23:31 | 2008-04-24 08:44 |
Reporter: | trickert | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | 2.0.0 | ||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.0.1 | ||
Zielversion: | 2.1.0 | ||||
Project: | Magellan 2 | ||||
Zusammenfassung: | ExtCmds: Beispiele und Dokumentation auf Website bringen | ||||
Beschreibung: | Mittlerweile habe ich einen reichen Fundus an Beispielen aufgebaut. Die sollten auf die Website. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Zu diesem Eintrag gibt es keine Notizen. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
216 | [Magellan] CR-Support | kleinerer Fehler | immer | 2008-04-17 09:04 | 2008-04-17 20:21 |
Reporter: | trickert | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.0.1 | ||
Zielversion: | 2.0.1 | ||||
Project: | Allanon Unterstützung | ||||
Zusammenfassung: | Allanon: ACheck | ||||
Beschreibung: | Allanon verwendet ACheck und nicht ECheck. Das führt zu Problemen und muss GameSpecific gelöst werden. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000490)
trickert 2008-04-17 20:21 |
zumindest die richtigen Kommentare für den Server werden jetzt geschrieben |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
217 | [Magellan] CR-Support | kleinerer Fehler | immer | 2008-04-17 09:05 | 2008-04-17 17:27 |
Reporter: | trickert | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.0.1 | ||
Zielversion: | 2.0.1 | ||||
Project: | Allanon Unterstützung | ||||
Zusammenfassung: | Allanon: Regelsatz integrieren | ||||
Beschreibung: | Es gibt einen eigenen Allanon Regelsatz, der in die Distribution aufgenommen werden sollte. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: |
allanon.cr (25,382 Bytes) 2008-04-17 09:05 http://eressea.dracones.de/magellanbugs/file_download.php?file_id=24&type=bug |
||||
Notiz | |
(0000489)
trickert 2008-04-17 17:27 |
erledigt. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
213 | [Magellan] Icons | kleinerer Fehler | immer | 2008-04-15 17:27 | 2008-04-16 15:41 |
Reporter: | Merlin | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.0.1 | ||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | falsche Iconnamen bei verschiedenen Rassen | ||||
Beschreibung: |
Die Iconnamen von verschiedenen Rassen sind in Einzahl statt in Mehrzahl angegeben. Dadurch werden sie nicht angezeigt. Nach Umbennenen funktioniert es. delphin.gif -> delphine.gif einhorn.gif -> einhoerner.gif eisengolem.gif -> eisengolems.gif eule.gif -> eulen.gif luchs.gif -> luchse.gif ratte.gif -> ratten.gif riesenschildkroete.gif -> riesenschildkroeten.gif singdrache.gif -> singdrachen.gif steingolem.gif -> steingolems.gif Zu klären wäre, ob das Problem auch bei englischen Reporten auftritt. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000484)
Fiete 2008-04-16 15:35 |
Die Rassenbezeichnung im CR ist deutsch, die Übersetzung sollte über die Translations erfolgen. Warum auch so viele englischsprachige icons existieren wiess ich gerade auch nicht. Localisierungen wollten wir mit _locale umsetzen, und ist auch bei Öl / Oil geschehen. Umbennennungen umgsetzt. |
(0000485)
Fiete 2008-04-16 15:39 |
...und krake->kraken |
(0000486)
Fiete 2008-04-16 15:41 |
Ab built 186 behoben |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
157 | [Magellan] CR-Support | kleinerer Fehler | nicht getestet | 2008-03-25 02:47 | 2008-04-16 15:03 |
Reporter: | Outlaw | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | 1_2_5 | ||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 1_2_5f | ||
Zielversion: | |||||
Project: | Magellan 1 | ||||
Zusammenfassung: | CR exportieren erzeugt charset ISO-8859-1 | ||||
Beschreibung: | Wollte einen CR exportieren, dabei ist mir aufgefallen, dass die erzeugte Datei die Zeile "iso-8859-1";charset enthält. Hab auch Probleme beim mergen mit englischsprachigen Reportausschnitten, die UTF-8 codiert sind, keine Ahnung ob das daran liegt. Version ist 1.2.5e | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000481)
Fiete 2008-04-16 15:03 |
Fixed. Keine Relevanz zum beschriebenem Merge-Problem. Dazu bitte bei weiteren Problemem detaillierten Bugreport machen (neuer Bug). |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
74 | [Magellan] Grafik | kleinerer Fehler | immer | 2007-08-04 01:57 | 2008-04-16 15:02 |
Reporter: | Kaen | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | 1_2_4_Build_398 | ||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 1_2_5f | ||
Zielversion: | |||||
Project: | Magellan 1 | ||||
Zusammenfassung: | 1000er Leuchtturm & Fog of War - revisited | ||||
Beschreibung: | Bei mir wird auch in dem auf eressea-client von Enno bereitgestellten Test-cr der Fog of War nicht richtig angezeigt (nur drei Felder weit, statt vier Felder weit). Die von Fiete auf eressea-client genannten Resultate kann ich nicht reproduzieren. Ich verwende die voellig unmodifizierte 1_2_4_398-Version. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: |
lighthouse.jpg (20,958 Bytes) 2007-08-04 01:57 http://eressea.dracones.de/magellanbugs/file_download.php?file_id=14&type=bug |
||||
Notiz | |
(0000479)
Fiete 2008-04-16 15:02 |
Berechnungsfehler in Mag1 und Mag2. Behoben in Mag2 ab built 186, nicht in Mag 2.0.0 |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
169 | [Magellan] Allgemein | Feature-Wunsch | N/A | 2008-04-05 09:45 | 2008-04-15 13:15 |
Reporter: | Merlin | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | keine Änderung notwendig | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.0.0 | ||
Zielversion: | 2.1.0 | ||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Parteistatistik nach Inseln | ||||
Beschreibung: |
Eine Statisktik über eine oder mehrere Parteien eingeschränkt nach Inseln wäre sehr hilfreich, z.B. für folgende Fragestellungen: Wieviel Holz/Pferde/... hat unsere Allianz auf einer bestimmten Insel? Oder: Hat ein Verbündeter einen Lehrer in der Nähe? Die Realisierung könnte ich mir über eine zusätzliche Option "Nur Ausgewählte Regionen" in der Parteistatisktik vorstellen. Mehrere Parteien kann man ja bereits auswählen. Und wenn wir gerade bei der Parteistatistik sind - hier wäre ein Schalter nett, mit dem man Parteien, die keine Einheiten im aktuellen Report haben, in der Parteiliste aus- und einblendet. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000435)
Askarloth 2008-04-07 00:31 |
Gibt es dieses Feature nicht schon? Wenn man zuerst die Parteistatistik öffnet und dann Regionen selektiert, wird die PS nur für diese Regionen angezeigt. Dann kann man mehrere Parteien selektieren und hat genau das, was du willst... |
(0000437)
Merlin 2008-04-07 00:56 |
Du hast recht, das funktioniert! Dann sollte man dieses Feature besser dokumentieren. Viele werden diese nützliche Funktion nicht kennen. |
(0000473)
trickert 2008-04-15 13:15 |
Das gibt es schon. Die Dokumentation in der Hilfe hab ich vorgenommen. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
209 | [Magellan] | kleinerer Fehler | nicht getestet | 2008-04-10 12:35 | 2008-04-12 05:17 |
Reporter: | Lanwin | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | ExtCmds Plugin | ||||
Zusammenfassung: | helper: add Pathfinder | ||||
Beschreibung: |
Ich würde gern den Pathfinder vom Script aus ohne Oberfläche benutzen können. Ich stelle mir das so vor: String order = helper.getPathToRegion(unit,destRegion,speed); zurück kommen soll dann ein einfaches "NACH NO NO". Mit speed kann man festlegen wieviele Felder der Nach Befehl haben soll. Es wäre auch ne Überladung ohne speed denkbar, die dann den maxSpeed der Einheit benutzt. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000460)
trickert 2008-04-12 05:17 |
es gibt jetzt beides für Personen an Land und auf dem Schiff... ... ich hab das aber noch nicht getestet. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
180 | [Magellan] Plugins | Feature-Wunsch | N/A | 2008-04-07 23:14 | 2008-04-12 04:21 |
Reporter: | trickert | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | 2.0.0 | ||
Produkt-Build: | 181 | Lösung: | erledigt | ||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | 2.1.0 | ||||
Project: | ExtCmds Plugin | ||||
Zusammenfassung: | ExtCmds: integrierte Hilfe | ||||
Beschreibung: |
Anstelle auf die gesammte Megallan2 API, würde ich direkt auf - magellan.library - magellan.plugin.extendedcommands.ExtendedCommandsHelper verweisen. Das sind vermutlich die die man am meisten braucht und dann am Ende nen kleinen Link zur gesamten API. Bei der Auflistung der verfügbaren Variablen, sollten unit,world,helper usw direkt verlinkt sein. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Zu diesem Eintrag gibt es keine Notizen. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
186 | [Magellan] Plugins | kleinerer Fehler | immer | 2008-04-07 23:26 | 2008-04-12 03:57 |
Reporter: | trickert | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | 2.0.0 | ||
Produkt-Build: | 181 | Lösung: | erledigt | ||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | 2.1.0 | ||||
Project: | ExtCmds Plugin | ||||
Zusammenfassung: | ExtCmds: Fensterposition speichern | ||||
Beschreibung: |
Wir sollten folgende Informationen speichern: - Fensterposition - Fenstergröße - Position des Sliders für die Hilfe (auch ausgeblendet) - Position des Cursors innerhalb eines Editors (das kann nur pro Befehl in der XML Datei der ExtCmds eingestellt werden) |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Zu diesem Eintrag gibt es keine Notizen. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
187 | [Magellan] Plugins | Feature-Wunsch | N/A | 2008-04-07 23:29 | 2008-04-12 03:45 |
Reporter: | trickert | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | 2.0.0 | ||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | 2.1.0 | ||||
Project: | Magellan 2 | ||||
Zusammenfassung: | ExtCmds: Prioritätenreihenfolge von Scripten festlegen | ||||
Beschreibung: |
Innerhalb der Einheiten eines UnitContainers sollte man eine Prioritätenliste einführen können. Damit könnte man dann zuerst Transporter-Scripte ausführen und anschließend dann die Händler/Handwerker Scripte, die die Waren auf die Transporter verteilen und auf die Gewichte achten. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: |
Ich stelle mir die Prioritätenliste in Form eines Dropdowns vor: - Prio 1 - Prio 2 - Prio 3 (normal - default) - Prio 4 - Prio 5 |
||||
Angehängte Dateien: | |||||
Zu diesem Eintrag gibt es keine Notizen. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
203 | [Magellan] | Feature-Wunsch | immer | 2008-04-08 01:21 | 2008-04-12 02:51 |
Reporter: | Lanwin | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | ExtCmds Plugin | ||||
Zusammenfassung: | Saving of the cursor's position, so that you don't have to scroll back to where you were every time | ||||
Beschreibung: | - | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Zu diesem Eintrag gibt es keine Notizen. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
179 | [Magellan] Plugins | Feature-Wunsch | N/A | 2008-04-07 23:13 | 2008-04-12 02:50 |
Reporter: | trickert | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | 2.0.0 | ||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | 2.1.0 | ||||
Project: | ExtCmds Plugin | ||||
Zusammenfassung: | ExtCmds: Home-Button in Editor-Fenster | ||||
Beschreibung: | Es fehlt ein Home-Button im Editorfenster in der Hilfe rechts. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000456)
trickert 2008-04-12 02:50 |
Done. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
182 | [Magellan] Plugins | kleinerer Fehler | immer | 2008-04-07 23:18 | 2008-04-12 00:52 |
Reporter: | trickert | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | 2.0.0 | ||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | 2.1.0 | ||||
Project: | ExtCmds Plugin | ||||
Zusammenfassung: | ExtCmds: addOrder() fügt Befehle oben an. | ||||
Beschreibung: | helper.addOrder(); fügt die order vorn an. Ich würde aber erwarten das diese hinten anfügt wird. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000455)
trickert 2008-04-12 00:52 |
Okay, das ist beeinflusst auch andere Bereiche, weil das Plugin eigentlich nur unit.addOrder() aufruft. Ich hab das da jetzt geändert und hoffe, dass es nicht zu Problemen kommt. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
171 | [Magellan] Funktionen | kleinerer Fehler | immer | 2008-04-07 08:00 | 2008-04-09 10:55 |
Reporter: | darcduck | Rechnertyp: | |||
Bearbeitung durch: | darcduck | Betriebssystem: | |||
Priorität: | niedrig | BS-Version: | |||
Status: | erledigt | Produktversion: | 2.0.0 | ||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | 2.1.0 | ||||
Project: | Magellan 2 | ||||
Zusammenfassung: | AutoCompletion: ZAUBERE durch den Vertrauten | ||||
Beschreibung: |
Durch den Vertrauten Zaubern wird nicht durch Befehlsvervollständigung unterstützt. Entfernung mit Magiertalent vergleichen. Sprüche filtern die wegen Magier oder Vertrautemtalent nicht gezaubert werden können. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | Das spezielle Band zu seinem Vertrauten ermöglicht dem Magier, Sprüche durch diesen zu wirken. So gezauberte Sprüche wirken auf die Region des Vertrauten und brauchen keine Fernzauber zu sein. Die maximale Entfernung dafür entspricht dem Talent des Magiers. Einen Spruch durch das Vertrautenband zu richten ist jedoch gewissen Einschränkungen unterworfen. Die Stufe des Zaubers kann nicht größer als das Magietalent des Vertrauten oder das halbe Talent des Magiers sein. Auch verdoppeln sich die Kosten für den Spruch. (Um einen Zauber durch den Vertrauten zu wirken, gibt man statt dem Magier dem Vertrauten den Befehl ZAUBERE.) Vertraute selbst besitzen normalerweise nicht die Gabe der Magie, sie dienen ausschließlich als Medium für ihren Meister. Daher besitzen sie auch keine eigene Aura - wann immer der Magier durch sie zaubert, setzt er ausschließlich eigene Aura ein. | ||||
Angehängte Dateien: | |||||
Notiz | |
(0000452)
darcduck 2008-04-09 10:55 |
erledigt |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
204 | [Magellan] Funktionen | kleinerer Fehler | immer | 2008-04-09 02:03 | 2008-04-09 07:37 |
Reporter: | darcduck | Rechnertyp: | |||
Bearbeitung durch: | darcduck | Betriebssystem: | |||
Priorität: | niedrig | BS-Version: | |||
Status: | erledigt | Produktversion: | 2.0.0 | ||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.0.1 | ||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | AutoCompletion: ZAUBERE durch Vertrauten geht nicht | ||||
Beschreibung: | Ein Vertrauter ohne Zaubersprüche bekommt bei der Autocompletion keine Zaubersprüche angeboten. Es sollten aber ein Teil der Sprüche des zugehörigen Magiers verfügbar sein. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | Wenn der Vertraute ausser Reichweite des Magiers ist, sollte man das erkennen. | ||||
Angehängte Dateien: | |||||
Notiz | |
(0000446)
darcduck 2008-04-09 07:10 |
Die Randbedingungen zum Zaubern durch Vertraute werden jetzt bei der Autocompletion geprüft. |
(0000447)
darcduck 2008-04-09 07:13 |
Die Randbedingungen zum Zaubern durch Vertraute werden jetzt bei der Autocompletion geprüft. |
(0000448)
darcduck 2008-04-09 07:13 |
Die Randbedingungen zum Zaubern durch Vertraute werden jetzt bei der Autocompletion geprüft. |
(0000449)
darcduck 2008-04-09 07:37 |
Die Randbedingungen zum Zaubern durch Vertraute werden jetzt bei der Autocompletion geprüft. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
164 | [Magellan] Grafik | Unschönheit | manchmal | 2008-04-04 04:56 | 2008-04-09 00:58 |
Reporter: | darcduck | Rechnertyp: | |||
Bearbeitung durch: | darcduck | Betriebssystem: | |||
Priorität: | niedrig | BS-Version: | |||
Status: | erledigt | Produktversion: | 2.0.0 | ||
Produkt-Build: | 181 | Lösung: | erledigt | ||
Projektion: | keine | ||||
Aufwand: | < 1 Woche | Behoben in Version: | 2.0.1 | ||
Zielversion: | 2.1.0 | ||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Umschaltung zwischen Ebenen (Astral/Real) | ||||
Beschreibung: |
Sind die Ursprünge von Astral und Realraum nicht übereinander, dann wird beim Umschalten zwischen den Ebenen nicht auf das passende Gebiet geschaltet. Astral->Real: Es sollten die Realregionen der vorher gezeigten Astralregionen zu sehen sein. Eventuell sogar der letzten Markierten Astralregion. Real->Astral: Es sollte die Astralregion zentriert sein, die über den aktuell zentrierten Realregionen liegt. Sind die Ursprünge übereinander funktioniert das auch. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | Durch das bekannte Mapping zwischen Astral und Realraum kann auch die Umschaltung korrekt erfolgen. | ||||
Angehängte Dateien: | |||||
Notiz | |
(0000443)
darcduck 2008-04-09 00:58 |
Problem erledigt, am längsten hat die Suche nach der richtigen Codingstelle gedauert. magellan.client.swing.MapperPanel.setLevel(int) Da dort auch wieder das Eressea spezifische Layout zwischen Astral und Realraum vorausgesetzt wird, habe ich das Coding nach EresseaMapMergeEvaluator umgezogen. Es gibt jetzt eine Methode getRelatedCoordinate dafür. Bei der Gelegenheit habe ich auch gleich das Umschalten von Real auf Astral mit Zentrierung eingebaut. Man landet in dieser Richtung jetzt also gleich in der entsprechenden Astralregion die den Blick auf die Real markierte Region erlaubt bzw. erlauben würde wenn es davon Schemen gäbe. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
196 | [Magellan] | Feature-Wunsch | immer | 2008-04-08 01:17 | 2008-04-08 05:16 |
Reporter: | Lanwin | Rechnertyp: | |||
Bearbeitung durch: | Lanwin | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | doppelt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | ExtCmds Plugin | ||||
Zusammenfassung: | Berarbeitungsfenster: Verlinkung der Hilfe | ||||
Beschreibung: |
Anstelle auf die gesammte Megallan2 API, würde ich direkt auf magellan.library magellan.plugin.extendedcommands.ExtendedCommandsHelper verweisen. Das sind vermutlich die die man am meisten braucht und dann am Ende nen kleinen Link zur gesamten API. Bei der Auflistung der verfügbaren Variablen, sollten unit,world,helper usw direkt verlinkt sein. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Zu diesem Eintrag gibt es keine Notizen. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
198 | [Magellan] | Unschönheit | immer | 2008-04-08 01:17 | 2008-04-08 05:15 |
Reporter: | Lanwin | Rechnertyp: | |||
Bearbeitung durch: | Lanwin | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | doppelt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | ExtCmds Plugin | ||||
Zusammenfassung: | helper.addOrder(); fügt die order vorn an | ||||
Beschreibung: | Ich würde aber erwarten das diese hinten anfügt wird. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Zu diesem Eintrag gibt es keine Notizen. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
200 | [Magellan] | Unschönheit | immer | 2008-04-08 01:20 | 2008-04-08 05:15 |
Reporter: | Lanwin | Rechnertyp: | |||
Bearbeitung durch: | Lanwin | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | doppelt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | ExtCmds Plugin | ||||
Zusammenfassung: | Berarbeitungsfenster: Tabstop zu breit | ||||
Beschreibung: | Kann man das irgendwie einstellen? Die hälfte reicht. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Zu diesem Eintrag gibt es keine Notizen. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
197 | [Magellan] | Unschönheit | immer | 2008-04-08 01:17 | 2008-04-08 05:13 |
Reporter: | Lanwin | Rechnertyp: | |||
Bearbeitung durch: | Lanwin | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | doppelt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | ExtCmds Plugin | ||||
Zusammenfassung: | Syntax Highligter hat Probleme mit // | ||||
Beschreibung: | Benutzt man die // in nem String, wird der hintere Teil grün wie bei nem Comment dargestellt. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Zu diesem Eintrag gibt es keine Notizen. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
194 | [Magellan] | Feature-Wunsch | immer | 2008-04-08 01:15 | 2008-04-08 04:34 |
Reporter: | Lanwin | Rechnertyp: | |||
Bearbeitung durch: | Lanwin | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | doppelt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | ExtCmds Plugin | ||||
Zusammenfassung: | Berarbeitungsfenster: "home" Button mit dem man wieder zur Ausgangsseite kommt | ||||
Beschreibung: | Oben neben dem Vor und zurück Button | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Zu diesem Eintrag gibt es keine Notizen. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
123 | [Magellan] CR-Support | kleinerer Fehler | immer | 2007-12-29 15:51 | 2008-04-08 02:54 |
Reporter: | stm | Rechnertyp: | |||
Bearbeitung durch: | darcduck | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | 2.1.0 | ||||
Project: | Magellan 2 | ||||
Zusammenfassung: | MessageRenderer: Kräuter | ||||
Beschreibung: |
Nachrichten vom Typ "Dafür braucht die Einheit 1 Knotiger Saugwurz..." werden nicht richtig gerendert. Dürfte auch schwer werden mit den Infos im CR... |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: |
MESSAGE 370350880 659318953;type "Alchemist (123) in Ursprung (0,0): 'MACHEN \"Wasser des Lebens\"' - Dafür braucht die Einheit 1 Knotiger Saugwurz, 1 Elfenlieb.";rendered 1043460;unit 2 -3 0;region "MACHEN \"Wasser des Lebens\"";command "1 h7, 1 h5";required MESSAGETYPE 659318953 "\"$unit($unit) in $region($region): '$order($command)' - Dafür braucht die Einheit $resources($required).\"";text "errors";section |
||||
Angehängte Dateien: | |||||
Notiz | |
(0000310)
darcduck 2008-01-08 01:09 |
Das ist wie bei "... braucht 1 Holz", da stand im CR dann auch "1 lob";required d.h. irgendwas anderes als die gewohnten deutschen item-Bezeichnungen. Ich könnte jetzt natürlich solche Mappings sammeln damit dann h7 zu knotiger Saugwurz wird, denke aber das ist eher ein Server Problem und werde es daher an Enno adressieren. |
(0000311)
darcduck 2008-01-08 01:12 |
$resources() muss ich mir dann aber vermutlich nochmal anschauen. |
(0000325)
darcduck 2008-01-14 04:39 (Zuletzt bearbeitet: 2008-01-16 08:46) |
Enno hat $resources() gefixt. ich warte also nur auf den nächsten Report Runde 555 um solch eine Meldung nochmal zu produzieren. Das Coding von $resources() hab ich jetzt angepasst (muss es nur noch testen, dann hochladen). Die durch Komma getrenten Resourcen sollten jetzt ordentlich übersetzt werden. Warten wir also 555 ab ... |
(0000375)
darcduck 2008-03-03 05:18 |
Für Meldungen mit einem Gegenstand funktioniert die neue Implementierung. Der Server liefert auch korrekte Infos. Geteste werden muss noch das Rendering mehrerer Gegenstände. Also z.b. Fehlschlag bei Kriegsaxt-Produktion. Dem Materialpool sei dank (*grummel*) ist der letzte Test fehlgeschlagen, statt dessen habe ich nun ein paar Kriegsäxte, die gar nicht eingeplant waren ... Ralf |
(0000441)
darcduck 2008-04-08 02:54 |
läuft. Ausserdem ist der Renderer jetzt nur noch aktiv wenn für die aktuelle Sprache kein bereits gerenderter String im CR mitgeliefert wird. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
175 | [Magellan] Allgemein | Feature-Wunsch | N/A | 2008-04-07 23:01 | 2008-04-07 23:32 |
Reporter: | trickert | Rechnertyp: | |||
Bearbeitung durch: | Betriebssystem: | ||||
Priorität: | niedrig | BS-Version: | |||
Status: | bestätigt | Produktversion: | 2.0.0 | ||
Produkt-Build: | 181 | Lösung: | offen | ||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | 3.0.0 (Planning) | ||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Mail-Client in Eressea | ||||
Beschreibung: |
So...jetzt kommt mal ein "echter" Feature-Request... Irgendwie juckt es mich, die Mails an andere Spieler direkt in Magellan zu bearbeiten. Man klickt einen Spieler an und sagt, "Nachricht schreiben". Es öffnet sich ein Dock und man kann loslegen und weitere Empfänger angeben. Weiterer Vorteil wäre dann, dass man in einem Dock, die bisherige Kommunikation mit einer bestehenden Partei aufzeigen kann. Die Daten werden lokal in einer Mini-DB abgespeichert. Der Unterbau für den Versand ist mit SMTP-Authentification vollständig da. Einzig die Frage nach dem Empfang müsste geklärt werden. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Zu diesem Eintrag gibt es keine Notizen. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
154 | [Magellan] Allgemein | kleinerer Fehler | immer | 2008-03-13 00:35 | 2008-04-07 07:26 |
Reporter: | trickert | Rechnertyp: | |||
Bearbeitung durch: | darcduck | Betriebssystem: | |||
Priorität: | niedrig | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.1.0 | ||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | ZAUBER REGION x y ... bezieht sich auf Magellan Koordinaten | ||||
Beschreibung: |
Wenn man ZAUBER REGION X Y nutzt und dabei der Syntax-Completion von Magellan folgt, so werden Magellan Koordinaten verwendet, anstatt die Koordinaten des Reports, die mit unter abweichen. Wenn der Koordinatenursprung ungleich ist, müssen hier die Koordinaten von Eressea verwendet werden. Ich schätze es kommt nicht so häufig vor, weil man sich relativ früh auf ein gemeinsames Koordinatensystem verständigt. Aber da man die Translation so selten sieht, blieb es mir bisher verborgen. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: |
Beispiel: Zauberer befindet sich in der Region 2,-6. Die Koordinaten basieren auf den Magellan-Koordinaten. Laut Eressea Report befindet er sich in Region -1,2. Ich will nun in der Nachbarregion zaubern. Der Befehl wird von Magellan als ZAUBERE REGION 2 -7 definiert (die richtige Koordinate im Magellanraum). Im Eressearaum wäre es aber eigentlich -2,2. |
||||
Angehängte Dateien: | |||||
Notiz | |
(0000413)
darcduck 2008-04-04 04:49 |
Da wir mittlerweile ja die Translation jedes Volkes zum Magellan-Ursprung speichern, sollte eine Korrektur möglich sein. Ich werde das mal einbauen. |
(0000439)
darcduck 2008-04-07 07:26 |
Eingebaute, getestet, funktioniert. Braucht man aber wirklich nur, wenn man für mehr als ein Volk Befehle geben will. Sofern es sich nicht um Urlaubsvertretung handelt also Grauzone. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
153 | [Magellan] Allgemein | kleinerer Fehler | immer | 2008-03-06 09:15 | 2008-04-07 06:57 |
Reporter: | xenomorph | Rechnertyp: | |||
Bearbeitung durch: | darcduck | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 2.1.0 | ||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | einheitennamen im kampfreport | ||||
Beschreibung: |
hi, nachdem ich zunächst dachte, es wäre ein fehler vom server, habe ich jetzt festgestellt, dass magellan offenbar die namen von einheiten, die nicht (mehr) im aktuellen report auftauchen, aus dem kampfbericht löscht. der cr wird dann ohne diese namen abgespeichert. da steht dann: "Einheit (ke54) verlor 1 Personen.";rendered obwohl diese einheit durchaus einen namen hat. bei einer einheit, die den kampf überlebt hat steht wird der name aufgeführt; "Priester (jijj) verlor 0 Personen und 1 flohen.";rendered wenn ihr noch etwas von mir benötigt, um das zu reproduzieren, sagt bescheid. -xen |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000414)
darcduck 2008-04-04 05:02 |
Messages werden ja seit einiger Zeit "zusammengebaut". Fehlt die Info im CR, kann also zu einer Einheitennummer auch nicht der Name angezeigt werden. Ich muss das Rendern abschalten wenn ein String in der richtigen Sprache vorhanden ist ... |
(0000438)
darcduck 2008-04-07 06:56 |
So der MessageRenderer wird jetzt nur noch aktiv wenn KEIN rendered Tag vorliegt, bzw. beim mergen nicht übernommen wird, weil die Sprache beider gemergten Reporte unterschiedlich ist. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
163 | [Magellan] Allgemein | Trivial | nicht getestet | 2008-04-04 04:53 | 2008-04-06 01:58 |
Reporter: | michaelkirchner | Rechnertyp: | |||
Bearbeitung durch: | stm | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Webseitenlinks nicht richtig | ||||
Beschreibung: |
Auf http://magellan.log-out.net/download_de.php#plugins sind die Links unter "Beschreibung" zweimal nicht korrekt, sondern weisen jeweils nur auf http://magellan.log-out.net/plugins_mapcleaner_de.php nicht auf Teacher und MemoryWatch |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000421)
stm 2008-04-06 01:58 |
fixed after next site update |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
53 | [Magellan] Allgemein | Feature-Wunsch | immer | 2007-06-17 06:00 | 2008-04-02 13:27 |
Reporter: | Lanwin | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | ECheck windows: Less space usage | ||||
Beschreibung: |
The ECheck windows uses to much space. I suggest to move the 2 output regions and the ECheck options to tab pages. The following pages are usefull: * Erkannte Meldungen * ECheck Ausgabe * ECheck Options |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000408)
trickert 2008-04-02 13:27 |
die Lösung sieht etwas anders aus, scheint mir aber eleganter. Ich weiß gar nicht, wer es gemacht hat, aber jetzt gibt es einen Detailsbutton der die konkrete Ausgabe von ECheck einblendet/ausblendet. Ich finde das sehr gut so, zumal ich eher darauf achten würde, jetzt mehr Tasks zu bauen, die nach und nach ECheck ablösen. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
59 | [Magellan] Allgemein | kleinerer Fehler | immer | 2007-07-03 12:08 | 2008-04-02 13:24 |
Reporter: | Khadar | Rechnertyp: | |||
Bearbeitung durch: | stm | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | First start: choose language dialog | ||||
Beschreibung: | Can it be made so that this screen is always on top? When starting magellan for the first time, I have to minimize all other windows to get to it, and it doesn't show at all in the task bar, so sometimes I am just waiting for it to show up, while it's waiting for my input ;) | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000110)
trickert 2007-07-05 11:59 |
Dialog on top setzen. |
(0000168)
Khadar 2007-09-23 03:25 |
Same with the "newer version available - please update" dialog box. |
(0000169)
trickert 2007-09-23 04:05 |
Okay, ich hab mal noch was versucht. Aber das Problem kann nicht endgültig gelöst werden, weil es keine Beziehung zwischen Client und Startwindow gibt. Die Dialoge sind alle von Client abhängig und blockieren das Fenster. Das Startfenster ist aber nicht vom Client abhängig und kann auch nicht abhängig gemacht werden. So kann es durch wildes Klicken während des Startens passieren, dass das Startwindow immer vorne bleibt. Die einzige Option, die mir dann noch einfällt, ist es, das Startwindow komplett auszublenden, wenn ein Dialog aufpoppt. Das ist aber vielleicht auch nicht wünschenswert. |
(0000237)
Fiete 2007-11-21 16:25 |
While last testings no problem with the windows. Going to close this bug as fixed...(?) |
(0000228)
stm 2007-12-02 04:35 |
Occurred again in Build 108 and before. Why has "startWindow.toBack();" (CLient.java:410) been commented out again? |
(0000407)
trickert 2008-04-02 13:24 |
scheint keinen mehr zu stören, also ist es wohl erledigt. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
144 | [Magellan] Allgemein | kleinerer Fehler | immer | 2008-02-24 22:56 | 2008-04-02 13:22 |
Reporter: | trickert | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | hoch | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | nicht reproduzierbar | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Speicherleck beim Auswerten des CRs | ||||
Beschreibung: | Wenn man z.B. mit dem MapEdit Plugin eine Region im Report löscht, wird ein Event geschmissen, der Magellan veranlasst, die Karte neu prüfen. Irgendwo dabei gibt es einen heftigen Speicherleck (ein Durchlauf bedeutet 1-8MB Leck). | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | Fiete meint, das könnte die Küstenerfassung sein. | ||||
Angehängte Dateien: | |||||
Notiz | |
(0000406)
trickert 2008-04-02 13:22 |
kann ich nicht mehr reproduzieren. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
161 | [Magellan] Allgemein | kleinerer Fehler | immer | 2008-03-30 13:41 | 2008-03-31 09:39 |
Reporter: | stm | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | 177 | Lösung: | erledigt | ||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Befehle speichern: Gruppenauswahl | ||||
Beschreibung: | Die Gruppenauswahl im Befehle-speichern-Dialog funktioniert nicht mehr. Die Liste ist leer. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000398)
trickert 2008-03-30 14:15 |
huch, bei mir ist alles i.O? Build 177. |
(0000399)
stm 2008-03-30 15:55 |
Ja, Build 177. Tritt schon beim Testreport tc001 (grade neu eingecheckt) auf. Partei Spielkinder hat eine Gruppe, die wird im Befehlsspeicherdialog nicht aufgelistet, bei älteren Magellan-Versionen dagegen schon. |
(0000400)
trickert 2008-03-30 23:10 |
ich schau es mir heute an. |
(0000401)
trickert 2008-03-31 09:39 |
1. Test 001 enthält zwar eine Gruppe, aber der Gruppe gehören keine Einheiten an! Das hab ich nicht geändert. 2. Trotzdem gefixt habe ich den eigentlichen Bug. Offensichtlich gab es keine "Standard"-Partei, wenn man nur für eine Partei ein Kennwort setzt und noch nie gespeichert hat. Gibt es mehrere Parteien, dann wird das gesetzt. Ist ein Initialproblem gewesen und jetzt gelöst. Ich mach keine neue Build Nummer. Ab morgen geht es aber im Nightly Build. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
142 | [Magellan] Funktionen | kleinerer Fehler | immer | 2008-02-23 02:31 | 2008-03-25 11:18 |
Reporter: | Khadar | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | "Do you want to save changes" dialog | ||||
Beschreibung: | This dialog always shows the file that was opened automatically when Magellan was started, even if there was a different file opened after that. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000362)
trickert 2008-02-28 23:12 |
Done. |
(0000392)
stm 2008-03-17 11:48 |
There is an issue here: Currently (since build 156, roughly) the dialog shows Client.getDataFile() which is the last loaded report, which could also be the last added report. After confirming to save, however, Client.getData().getFileType() is evaluated, which is null after adding a report. Even worse, setDataFile() is called even if the added report hasn't been added at all, because merging was aborted. Steps to reproduce: - Load any report - Add a report - Quit --> User is asked if she wants to save the (added) report or (have not tried this) - Load report - Add report but abort because no coordinate matching has been found --> User is asked if he wants to save the (never added) report Two concrete questions: - Shouldn't we remove getDatFile(), because it is redundant with getData.getFileType()? - What is the desired behaviour, if a report has been added? I'm quite happy with the current one, namely that the filename is undefined after adding a report. |
(0000393)
trickert 2008-03-20 00:20 |
ich werde das eine entfernen, damit wir eindeutig werden. Wir müssen nur eindeutig klären, dass beim Neuladen eines anderen Reports auch der richtige Name gesetzt wird. Wir beahlten also getData().getFileType()... und achten beim Laden darauf, dass es gesetzt wird (außer es wird hinzugefügt). |
(0000394)
Khadar 2008-03-22 13:03 |
Can it be made so that it only asks if you want to save if the cr has actually been changed? |
(0000395)
trickert 2008-03-22 13:32 |
Actually Magellan tries to find out if the report is changed or not. But sometimes this is not easy to evaluate. I know, that Magellan tries to save the file but I only clicked a little bit in the map without changing any commands or something else. But it's really not easy to find out where this flag (report changed) is set incorrectly...but that is actually another completly new bug. You can open one, if you want - I would prefer it. |
(0000397)
trickert 2008-03-25 11:18 |
Fixed. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
81 | [Magellan] Grafik | Feature-Wunsch | immer | 2007-08-09 21:29 | 2008-03-15 20:31 |
Reporter: | Khadar | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Handles of top nodes in faction statistics | ||||
Beschreibung: | Can these be removed as well? (Same as region overview and army statistics) It would make yet a little bit more room on one more dock. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000241)
Fiete 2007-11-21 15:48 |
root node not visible anaymore. |
(0000203)
Khadar 2007-12-11 14:18 |
But the "branches" of the tree are still visible on the left side. In the region overview the icons are on the very left. Can this be done here too? |
(0000186)
Fiete 2007-12-13 07:09 |
the branches are visisble in the region tree too, if nodes have childs and are "clickable" to enlarge the tree. the space is reserved for the handles of those nodes which are expandable. Did I missunderstand something? |
(0000328)
stm 2008-01-14 05:57 |
See "EMapOverviewPanel.treeRootHandles" in EMapOverviewPanel. Is this really useful here? We can't just deactivate the handles because dummy users won't understand it. So we would need (yet) another option... |
(0000331)
darcduck 2008-01-14 10:19 |
Maybe we should call the option "remove branches for top nodes in treeviews". And use this more or less everywhere. Could be listed in the "Look and feel"-Properties page. |
(0000386)
Khadar 2008-03-05 11:52 |
resolved |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
125 | [Magellan] Allgemein | kleinerer Fehler | immer | 2008-01-05 03:05 | 2008-03-15 01:02 |
Reporter: | Lanwin | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | doppelt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | New version dialog needs task bar entry | ||||
Beschreibung: |
When magellan starts and the "new version on server" dialog apears, its often hidden behind other windows and after a time i think magellan isnt start and start it again. So it would be bedder if this dialog or magellan has an task bar entry at this point. It is nothing important :-) |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000296)
trickert 2008-01-05 04:02 |
Ich glaube, dazu müsste der JOptionPane... Dialog auf ein JFrame umgestellt werden. |
(0000319)
stm 2008-01-13 03:27 |
Sowohl unter Linux (kde) als auch auf dem Mac wird Magellan schon beim Start in der Taskbar angezeigt. Unter Windows nur in der Fensterlist (alt+tab), aber nicht in der Taskbar. Eine seltsame Anomalie. Ich würde empfehlen, den LanguageDialog auf "AlwaysOnTop" zu setzen, damit er nicht so leicht übersehen werden kann und den Versionsdialog einfach erst zu zeigen, wenn Client "visible" ist. Habe das jetzt mal entsprechend geändert und würde den Bug schließen, falls Du keine bessere Idee hast. |
(0000320)
trickert 2008-01-13 04:18 |
naja, man könnte theoretisch den gesamten Dialog von JOptionPane lösen, ein eigenes JFrame verwenden, das genauso aussieht. Für Windows ist das nur ein Dialog und der erscheint nicht in der Taskbar. Man kann das leider nicht anders lösen. Wenn das "alwaysOnTop" reicht, damit es unter Windows angezeigt bleibt, würde mir das genügen. Problem ist: Wenn man Magellan startet und während dessen zu einem anderen Fenster springt (Explorer, what ever), dann öffnet sich der Magellan-Dialog nicht "infront" dieses Fensters sondern dahinter. Man würde das Fenster nur sehen, wenn man den "Explorer" oder so minimiert, bzw. aus dem Weg schafft. Ich hab dafür keine andere Idee. Java bietet nur das "alwaysOnTop", soweit ich weiß. |
(0000372)
stm 2008-03-02 09:12 |
Noch was ähnliches: Wenn "letzter Report laden" aktiviert ist, aber kein letzter Report bekannt (wie zum Beispiel beim ersten Start von Magellan) poppt der Datei-Öffnen-Dialog auf, aber auch im Hintergrund. Das ist nicht schön, grade für Anfänger. |
(0000379)
trickert 2008-03-03 12:25 |
okay, in dem Fall können wir wirklich nichts machen. Der JFileChooser wird definitiv modal aufgerufen. Parent ist Client und das Fenster ist definitiv bereits sichtbar, zu dem Zeitpunkt wo der Öffnen-Dialog erscheint. Wir haben da keinen Einfluss. Wenn das wirklich so auftritt (und ich hab das Problem nicht - JDK1.6.0_irgendwas), dann ist das ein Java-Bug und muss von Sun gelöst werden. Definitionsbedingt muss sich ein modaler Dialog oberhalb vom Parent-Fenster öffnen und dieses überdecken.... ich kann das nicht ändern. |
(0000385)
stm 2008-03-04 11:30 |
Client ist zu dem Zeitpunkt noch nicht sichtbar. Egal, ich habe jetzt aus StartWindow einen JFrame gemacht. Jetzt sind alle Dialoge anstandslos vor dem StartWindow und er hat sogar unter Windows einen Taskbar-Eintrag. Außerdem kriegen der Filechooser, wenn er aus Client.main aufgerufen wird, und der Versionsdialog StartWindow als Parent, da sie sonst wieder versteckt wären, da Client zu dem Zeitpunkt noch nicht "visible" ist. Und ich will jetzt bitte nichts mehr von diesem lästigen Bug hören ;) |
(0000389)
trickert 2008-03-15 01:02 |
okay, der Fehler ist im Prinzip der selbe und durch die Änderung von stm meiner Meinung nach erfolgreich gelöst. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
148 | [Magellan] Grafik | Feature-Wunsch | immer | 2008-03-03 04:31 | 2008-03-15 00:59 |
Reporter: | darcduck | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | doppelt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Maximieren mit ausgeblendeten Tabs | ||||
Beschreibung: |
Ich würde gern über das Pop-Up Menü eines Fensters das Fenster maximieren. Leider gibt's den 'Menüpunkt nicht, deshalb geht das derzeit nur mit eingeblendeten Tabs. Für die Karte und die Meldungen ist das hin und wieder recht hilfreich. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Zu diesem Eintrag gibt es keine Notizen. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
145 | [Magellan] Allgemein | Unschönheit | immer | 2008-02-24 23:02 | 2008-03-15 00:52 |
Reporter: | trickert | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | niedrig | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Tab verbergen Option ist nicht immer synchron mit Menüeintrag | ||||
Beschreibung: |
Wählt man im Menü "Tabs verbergen" und geht dann in die Option unter dem Punkt "Desktop > Zeige keine Tabs.." dann steht dort noch der alte Wert der Option. Öffnet man das Optionsfenster erneut, dann ist alles supi. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | Die Option wird in die Properties eingetragen, sobald man auf das Menü klickt und das Optionsfenster liest die Information von dort. Irgendwo bei den DesktopPreferences muss es ein Instanzproblem geben, weil beim ersten Öffnen auf Properties zugegriffen werden, die noch nicht synchron sind mit den Client Settings... ich weiß nicht weiter. | ||||
Angehängte Dateien: | |||||
Notiz | |
(0000387)
trickert 2008-03-15 00:52 |
das mit dem "initPreferences()" works... nu sind sie synchron |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
124 | [Magellan] Allgemein | kleinerer Fehler | immer | 2008-01-02 14:58 | 2008-03-04 03:07 |
Reporter: | stm | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Astralraumtranslation fehlerhaft | ||||
Beschreibung: | Bei gewissen Konstellationen wird die Translation von der "one-region-translation" falsch gefunden. Hängt wohl damit zusammen, das Ozeane nicht als Schemen auftauchen und deshalb nicht als Kandidaten für das Zentrum betrachtet werden. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | Beispielreport in test/tc003 | ||||
Angehängte Dateien: |
astralmerge.cr (6,467 Bytes) 2008-01-02 14:58 http://eressea.dracones.de/magellanbugs/file_download.php?file_id=20&type=bug |
||||
Notiz | |
(0000302)
darcduck 2008-01-07 04:20 |
Hier fehlt mir etwas in der Fehlerbeschreibung: - mit welchem Report wird der astralmerge.cr gemergt? - oder falls nur die Anzeige gemeint ist: Die arbeitet ohne "one-Region", liefert aber ein korrektes Ergebnis. - oder ist astralmerge das resultat aus zwei anderen Reporten? Welchen? |
(0000303)
stm 2008-01-07 05:47 |
Ist eigentlich egal womit, von mir aus mit sich selbst. Kann auch sein, dass zufällig die richtige Translation rauskommt, entscheidend ist aber: Es wird fälschlicherweise die Region Korrex (1,6) als Zentrum erkannt, es müsste aber der Ozean im Nordwesten davon (0,7) sein. |
(0000304)
darcduck 2008-01-07 08:39 |
Du hast völlig Recht, die One-Region-Implementierung ist tatsächlich noch fehlerhaft: (II) 07.01.2008 17:34:18.377: ReportMerger: Data AR-Real: 0, 27 (II) 07.01.2008 17:34:18.377: ReportMerger: Report AR-Real: 0, 27 (II) 07.01.2008 17:34:18.377: ReportMerger: Real Data-Report: 0, 0 (II) 07.01.2008 17:34:18.377: ReportMerger: Real-Space-trans, Resulting Trans: 0, 0, 1 (II) 07.01.2008 17:34:18.377: ReportMerger (OneRegion): Data AR-Real: 1, 26 (II) 07.01.2008 17:34:18.387: ReportMerger (OneRegion): Report AR-Real: 1, 26 (II) 07.01.2008 17:34:18.387: ReportMerger (OneRegion): Resulting Trans: 0, 0, 1 habe den Report mit sich selbst gemergt. dann springt OneRegion ja auch an. Fürs Anzeigen der durchscheinenden Schemen nutze ich das ja (noch) nicht, deshalb ist es mir auch noch nicht aufgefallen. Ich hatte im Sommer Fiete dazu mal eine längere Nachricht geschrieben. Als dann die Antwort kam, wusst ich aber auch nicht mehr genau was ich da seltsames in seinem Coding gefunden hatte, aber ich meine es war auch sowas das Ozeane nicht genutzt wurden als Zentrum. |
(0000305)
darcduck 2008-01-07 08:40 |
Da muss Fiete dann mal drüberschauen. Wenn ich Zeit finde, sehe ich mir das aber auch nochmal an. |
(0000306)
darcduck 2008-01-07 09:54 |
Habe ein Problem gefunden: "Randregionen" werden nur als direkte Nachbarn von Schemen untersucht. Es müssen aber nicht zwingen direkte Nachbarn sein. Im Schlimmsten Fall ist nur eine Scheme genau in der Mitte und rundrum im Abstand 3 Alle Festland. Dann ist auch das Mapping klar definiert wird aber nicht gefunden. Es muss also 3 mal explode gemacht werden um die "Randregionen" zu finden. |
(0000307)
darcduck 2008-01-07 10:10 (Zuletzt bearbeitet: 2008-01-07 10:11) |
Und jetzt hab ich auch das Problem mit Astralmerge.cr gefunden. Es wird ja in getOneRegion_explodeRegionList() die getNeighbours() Methode verwendet. Sofern keine Nachbarn gesetzt sind, wird das berechnet und die Berechnung findet letztendlich in getAllNeighbours statt. Dort wird aber GameData auf das Vorhandensein der Region geprüft, d.h. es werden keine Koordinaten für nicht vorhandene Regionen zurückgegeben. In Astralmerge.cr gibt es aber ausser den Schemen keine Regionen im Realraum, d.h. auch keine Nachbarn. Damit kann nur eine der Schemenregionen Mittelpunkt sein. Das ist letztendlich verkehrt. Auch unbekanntes Gebiet kann Landmasse sein und darf somit nicht einfach ausgeschlossen werden. Damit muss m.E. die Explode-Funktion mehr oder weniger aus getAllNeighbours kopiert werden, nur ohne Prüfungin GameData. Alternativ die getAllNeighbours Methode anpassen, das sie auch Mappings der Form <ID>,null zurückgibt. In dem Fall könnte sogar das regions objekt null sein. |
(0000329)
Fiete 2008-01-14 07:22 |
Mir haben gerade 10 Minuten nicht gereicht, meinen Code zu verstehen. Traurig oder lustig, trotz faktisch vor jeder Codezeile ein Kommentar. Die OneRegion-Methode soll ausschliesslich dann eine Translation liefern, wenn die nach Datenlage 100% passt, im zweifel lieber gar nix. Wenn also ein mögliches Zentrum nicht in GameData enthalten ist, soll die Funktion beim Prüfen der entsprechenden AR-Region null liefern, denn dann kann nicht überprüft werden, ob die Region nicht doch LAND ist und eigentlich in den Schemen auftauchen müsste - und das Fehlen in den Schemen ein Fehler ist. Ich gebe zu, dass damit eine Zuordnung über völlig unbekanntem Gebiet praktisch unmöglich wird - aber he, dass muss sie auch nicht: AR->RR Mapping funzt halt nicht, wenn ich gar nix aus dem RR weiß; ich brauche dazu Data vom AR über bekanntem RR, und wenn da auch nur eine Zuordnung passt, gehe ich von einem ausreichendem Match aus. ...dies nur so als Zwischendurchinfo, steht auf dem ToDo-Zettel, zu prüfen, ob die Methode in diesem Fall wirklich null liefert oder unsichere Ergebnisse. Fiete |
(0000330)
darcduck 2008-01-14 08:06 |
Ja bin bin alles coding Zeile für Zeile durchgegangen und habs in Frage gestellt, so sind mir dann beide Stellen aufgefallen. Du erlaubst auch tatsächlich nur nichtNULL Regionen als Zentrum, ok - soweit kann man das machen. Scheint ja auch deine Intention zu sein. Aber wenn du dann alle Regionen entfernst die weiter als 2 Regionen weg sind, machst du auch wieder explode und erhälst damit statt 3er möglicher Koordinaten als Zentrum genau eine, weil nur eine von den 3 Koordinaten eine Scheme ist. Damit ist deine Zielbedingung fälschlicherweise erfüllt. m.E. geht es nur indem du auch Koordinaten mit "null" Regionen zulässt, sonst wird man immer wieder bei genau einer Scheme landen. Extrembeispiel: Astralregion mit genau einer Scheme und sonst nichts weit und breit (alles null). Der Algorithmus wird denke ich die eine Scheme als Zentrum betrachten, obwohl es da noch 18 andere Möglichkeiten gäbe. |
(0000333)
Fiete 2008-01-16 08:44 |
Habs jetzt geändert und ab jetzt sind mir Regionen eigentlich egal, ich focusiere auf CoordinateIDs, also nur noch Coordinaten. Die Fächern damit die möglichen RR-Zentrum-Regionen unabhängig von tatsächlichen GameData-wissen maximal auf, und bei unzureichenden Infos bleibt halt keine einzelne gültige Translation übrig. So findet er bei der ersten AR (0,-5,1) nix und schlägt erst bei (1,-5,1) zu und erkennt richtig 4,7 als Zentrum. (II) 16.01.2008 17:36:48.171: ReportMerger: Data AR-Real: 0, 27 (II) 16.01.2008 17:36:48.171: ReportMerger: Report AR-Real: 0, 27 (II) 16.01.2008 17:36:48.171: ReportMerger: Real Data-Report: 0, 0 (II) 16.01.2008 17:36:48.171: ReportMerger: Real-Space-trans, Resulting Trans: 0, 0, 1 (II) 16.01.2008 17:41:20.328: ReportMerger (OneRegion): Data AR-Real: 0, 27 (II) 16.01.2008 17:41:20.328: ReportMerger (OneRegion): Report AR-Real: 0, 27 (II) 16.01.2008 17:41:20.328: ReportMerger (OneRegion): Resulting Trans: 0, 0, 1 Soweit der Test, nun bin ich sehr gespannt auf die anderen Tests, muss jetzt leider erstmal abbrechen. Darcduck, Du hattest völlig Recht: mit dem Beschränken auf mögliche RR-Regionen als Zentrum aus GameData habe ich unzulässig eingeschränkt. Die Randregionenbetrachtung bleibt aber. Fiete |
(0000383)
darcduck 2008-03-04 03:07 |
Ich habe in letzter Zeit keine Probleme mit dem Astralmapping mehr feststellen können. Fietes One-Region funktioniert jetzt m.E. fehlerfrei und auch in den anderen Varianten dürften nun hoffentlich keine Fehler mehr drin sein. Ich denke wir können diesen Bug als erledigt betrachten. Nichtsdestotrotz schadet ein weiterer Umbau des ganzen Merge und Mappingcodes nicht. Das ist ja nun mittlerweile reichlich kompliziert die verschiedenen Stufen zur Mappingermittlung. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
116 | [Magellan] Allgemein | Feature-Wunsch | immer | 2007-12-14 21:08 | 2008-03-03 12:14 |
Reporter: | Ohnetta | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Rechter Mausklick in Details | ||||
Beschreibung: |
In Magellan 2.0 (Build 114) kann ich in Details nicht mehr mit rechtem Mausklick Einheitennummer kopieren, nicht mehr Lehren lassen, etc.. Es erscheint nur noch die Möglichkeit "Kommentar anlegen". Euch wird das vermutlich nicht weiter stören, da Ihr wahrscheinlich die Lernketten mit Vorlage erstellen lasst. Aber für mich war das ein wichtiges Feature, da es das Erstellen von Lernketten per Hand enorm erleichtert hat. Gerade die Möglichkeit "Nicht mehr lehren lassen von...". Was auch die Erstellung von Lernketten ungemein erschwert, schon bei einem einfachen Klick in das Befehlsfenster, wird in der Regionsübersicht die betroffene Einheit zentriert (passiert nur nicht, wenn ich gedrückt halte und markiere). Früher wurde nur auf die Einheit zentriert, wenn ich bei einer Einheit das Befehlsfenster neu angeklickt hatte, nicht wenn ich darin gearbeitet und dabei natürlich auch in der Regionsübersicht gescrollt habe. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000271)
Ohnetta 2007-12-14 21:11 |
Sorry, ich habe den Report fehlplatziert, ich habe jetzt erst gemerkt, das Mag 2 eine eigene Reportseite hat. |
(0000272)
Fiete 2007-12-15 03:01 |
Verschoben in Mag2 NPE wenn selectedObjects == Null gefixed test bei mir: Wähle einen Lehrer an, sehe in Details seine schüler. Rechtsclick auf einen Schüler: das übliche Menü erscheint, inkl Kopieren der Nummer und "Nicht mehr Lehren lassen von" Insoweit gefixed. -> build >119 Selektionsverhalten noch offen. ich gehe davon aus, du nutzt das Multieditor-Layout? Da habe ich wenig Erfahrung mit, ich will immer nur die Befs sehen von der Einheit, die ich gerade bearbeite... |
(0000371)
trickert 2008-02-28 23:47 |
Ich finde, der Fehler ist gefixt. |
(0000378)
trickert 2008-03-03 12:14 |
Erledigt von Fiete in build 119. Das Selektionsverhalten ist ein anderer Bug. Das Kopieren von Einheiten funktioniert |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
147 | [Magellan] Allgemein | kleinerer Fehler | immer | 2008-03-03 01:46 | 2008-03-03 12:11 |
Reporter: | xenomorph | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | fehlermeldung beim start | ||||
Beschreibung: |
jedesmal wenn ich magellan starte (seit version 2.0rc1) bekomme ich folgende fehlermeldung: Es ist ein unbekannter Fehler im Programm aufgetreten. Soll das Programm jetzt beendet werden? java.lang.NullPointerException at magellan.library.utils.Utils.getCData(Utils.java:205) at magellan.plugin.extendedcommands.ExtendedCommands.read(ExtendedCommands.java:353) at magellan.plugin.extendedcommands.ExtendedCommands.<init>(ExtendedCommands.java:86) at magellan.plugin.extendedcommands.ExtendedCommandsPlugIn.init(ExtendedCommandsPlugIn.java:78) at magellan.client.Client.initPlugIns(Client.java:2226) at magellan.client.Client.<init>(Client.java:345) at magellan.client.Client$6.run(Client.java:1074) at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:209) at java.awt.EventQueue.dispatchEvent(EventQueue.java:461) at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:269) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:190) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:184) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:176) at java.awt.EventDispatchThread.run(EventDispatchThread.java:110) ich habe bisher keine auswirkungen dieses fehlers festgestellt. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | ich habe eine macbook mit intel core2duo, mac os 10.5 und java 5.0 | ||||
Angehängte Dateien: |
errors.txt (6,807 Bytes) 2008-03-03 01:46 http://eressea.dracones.de/magellanbugs/file_download.php?file_id=22&type=bug |
||||
Notiz | |
(0000377)
trickert 2008-03-03 12:11 |
Fixed in build 166 von heute. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
132 | [Magellan] CR-Support | kleinerer Fehler | immer | 2008-01-16 09:54 | 2008-03-03 04:38 |
Reporter: | stm | Rechnertyp: | |||
Bearbeitung durch: | darcduck | Betriebssystem: | |||
Priorität: | niedrig | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | 135 | Lösung: | erledigt | ||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | MessageRenderer: Alte Reports | ||||
Beschreibung: | Einige ältere Reports bereiten Schluckauf. Die unten gelisteten drei Messagetypes machen Schwierigkeiten. Ich befürchte mehr. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: |
771334452;type "Wonko the Sane (1) verdient in Ursprung (0,0) 500 Silber durch Unterhaltung.";rendered 696873;unit 0 0 0;region 500;amount 500;wanted 1;mode MESSAGETYPE 771334452 "\"$unit($unit) verdient$if($eq($mode,4),\" am Handel\",\"\") in $region($region) $int($amount)$if($eq($wanted,$amount),\"\",\" statt $int($wanted)\") Silber$if($eq($mode,1),\" durch Unterhaltung\",$if($eq($mode,2),\" durch Steuern\",$if($eq($mode,3),\" durch Handel\".$if($eq($mode,5),\" durch Diebstahl\",$if($eq($mode,6),\" durch Zauberei\",\"\"))))).\"";text "economy";section StackTrace: (WW) 16.01.2008 17:21:46.916: Message Rendering Error: "$unit($unit) verdient$if($eq($mode,4)," am Handel","") in $region($region) $int($amount)$if($eq($wanted,$amount),""," statt $int($wanted)") Silber$if($eq($mode,1)," durch Unterhaltung",$if($eq($mode,2)," durch Steuern",$if($eq($mode,3)," durch Handel".$if($eq($mode,5)," durch Diebstahl",$if($eq($mode,6)," durch Zauberei","")))))." {unit=1635948, mode=1, wanted=500, amount=500, region=1 1 0} No string found Last parse position 267 java.text.ParseException: No string found at magellan.library.gamebinding.EresseaMessageRenderer.renderString(EresseaMessageRenderer.java:188) at magellan.library.gamebinding.EresseaMessageRenderer.renderFunction(EresseaMessageRenderer.java:439) at magellan.library.gamebinding.EresseaMessageRenderer.renderDollar(EresseaMessageRenderer.java:220) at magellan.library.gamebinding.EresseaMessageRenderer.renderString(EresseaMessageRenderer.java:183) at magellan.library.gamebinding.EresseaMessageRenderer.renderFunction(EresseaMessageRenderer.java:439) at magellan.library.gamebinding.EresseaMessageRenderer.renderDollar(EresseaMessageRenderer.java:220) at magellan.library.gamebinding.EresseaMessageRenderer.renderString(EresseaMessageRenderer.java:183) at magellan.library.gamebinding.EresseaMessageRenderer.renderFunction(EresseaMessageRenderer.java:439) at magellan.library.gamebinding.EresseaMessageRenderer.renderDollar(EresseaMessageRenderer.java:220) at magellan.library.gamebinding.EresseaMessageRenderer.renderString(EresseaMessageRenderer.java:167) at magellan.library.gamebinding.EresseaMessageRenderer.renderMessage(EresseaMessageRenderer.java:110) at magellan.library.impl.MagellanMessageImpl.render(MagellanMessageImpl.java:305) at magellan.library.impl.MagellanMessageImpl.getText(MagellanMessageImpl.java:179) at magellan.client.swing.FindDialog.filterMessage(FindDialog.java:863) at magellan.client.swing.FindDialog.find(FindDialog.java:668) ----------------------------------------------- 1349776898;type "Kraeuterfrau Sandra (csx2) in Gerengko (0,0) stellt fest, dass es hier sehr viele Elfenlieb gibt.";rendered 597350;unit "sehr viele";amount "Elfenlieb";herb 0 0 0;region MESSAGETYPE 1349776898 "\"$unit($unit) in $region($region) stellt fest, dass es hier $localize($amount,$locale(\"de\")) $resource($herb,$amount) gibt.\"";text "events";section (WW) 16.01.2008 17:21:46.950: Message Rendering Error: "$unit($unit) in $region($region) stellt fest, dass es hier $localize($amount,$locale("de")) $resource($herb,$amount) gibt." {amount=sehr viele, unit=597350, herb=Elfenlieb, region=0 0 0} No Integer constant found Last parse position 106 java.text.ParseException: No Integer constant found at magellan.library.gamebinding.EresseaMessageRenderer.renderInteger(EresseaMessageRenderer.java:590) at magellan.library.gamebinding.EresseaMessageRenderer.renderFunction(EresseaMessageRenderer.java:476) at magellan.library.gamebinding.EresseaMessageRenderer.renderDollar(EresseaMessageRenderer.java:220) at magellan.library.gamebinding.EresseaMessageRenderer.renderString(EresseaMessageRenderer.java:167) at magellan.library.gamebinding.EresseaMessageRenderer.renderMessage(EresseaMessageRenderer.java:110) at magellan.library.impl.MagellanMessageImpl.render(MagellanMessageImpl.java:305) at magellan.library.impl.MagellanMessageImpl.getText(MagellanMessageImpl.java:179) ------------------------------------------------------------------ MESSAGE 258741950 1242100855;type "Koeniglicher Herold (ior) reitet von Sternenstrand (2,0) nach Innermark (1,0).";rendered 24219;unit 1;mode 2 0 0;start 1 0 0;end "";regions MESSAGETYPE 1242100855 "\"$unit($unit) $if($eq($mode,1),\"reitet\", \"wandert\") von $region($start) nach $region($end).$if($strlen($regions),\" Dabei wurde $regions durchquert.\",\"\")\"";text "movement";section (EE) 16.01.2008 17:21:46.964: Message Rendering Error: "$unit($unit) $if($eq($mode,1),"reitet", "wandert") von $region($start) nach $region($end).$if($strlen($regions)," Dabei wurde $regions durchquert.","")" {unit=24219, mode=1, regions=, start=2 0 0, end=1 0 0} null java.lang.NullPointerException at magellan.library.gamebinding.EresseaMessageRenderer.renderFunction(EresseaMessageRenderer.java:455) at magellan.library.gamebinding.EresseaMessageRenderer.renderDollar(EresseaMessageRenderer.java:220) at magellan.library.gamebinding.EresseaMessageRenderer.renderInteger(EresseaMessageRenderer.java:565) at magellan.library.gamebinding.EresseaMessageRenderer.renderFunction(EresseaMessageRenderer.java:431) at magellan.library.gamebinding.EresseaMessageRenderer.renderDollar(EresseaMessageRenderer.java:220) at magellan.library.gamebinding.EresseaMessageRenderer.renderString(EresseaMessageRenderer.java:167) at magellan.library.gamebinding.EresseaMessageRenderer.renderMessage(EresseaMessageRenderer.java:110) at magellan.library.impl.MagellanMessageImpl.render(MagellanMessageImpl.java:305) at magellan.library.impl.MagellanMessageImpl.getText(MagellanMessageImpl.java:179) |
||||
Angehängte Dateien: | |||||
Notiz | |
(0000335)
darcduck 2008-01-18 05:11 (Zuletzt bearbeitet: 2008-01-18 05:24) |
Es sind eher die Messagestypes die man hier als falsch betrachten kann: 1. Fall: ... durch Handel\".$if($eq($mode,5),\" ... da ist ein punkt hinter durch Handel, es sollte aber ein Komma sein, das hier den else zweig vom $if vor durch Handel einleitet. -> Werde ich nicht korrigieren. Hier sollte ja jetzt der gerenderte String genommen worden sein. 2. Fall $resource($herb,$amount) {amount=sehr viele, un Das ist blöd, weil $resource sonst immer einen int wert mitliefert, der eigentlich dazu verwendet werden soll, einzahl oder mehrzahl anzuzeigen. Das ist auch im neuen Messagetyp so drin: MESSAGETYPE 1349776898 "\"$unit($unit) in $region($region) stellt fest, dass es hier $localize($amount) $resource($herb,0) gibt.\"";text Ich kann das auch nicht einfach auf String ändern, da wie im neuen Messagetype die Resource mit einem konstanten int wert belegt ist. Sowas wird aber bei renderString als nicht erkannt und ergibt einen Fehler. Generell ist dieses Verhalten unschön, aber irgendwie muss ich ja unterscheiden was ich erwarte. Wenn ich auch bei Int Werten Strings zulasse und umgekehrt, gibt es möglicherweise sehr seltsame Seiteneffekte. Ich ändere hier daher nichts und betrahcte den alten Messagetype als falsch. 3. Fall 451 // $strlen(<string>) 452 } else if (name.equals("strlen(")) { 453 String content = renderString(unparsed, attributes); 454 int[] i = new int[1]; 455 i[0] = content.length(); 456 value = i; Hier beisst sich strlen() mit isnull(). Wegen isnull() habe ich in renderAttribute() auch "" => null gemacht, weil glaube ich einige Beispielmeldungen zwar das tag hatten aber text leer und das als isnull==1 sehen wollten. Für strlen ist das natürlich doof. strlen(null) wird in zukunft 0 ergeben. |
(0000374)
darcduck 2008-03-03 04:38 |
Fall 3 ist implementiert, Fall 1 und 2 sind fehlerhafte Messagetypen. Hier sollte der Rendered String angezeigt werden. Nur bei Sprachänderung gibt es dann Probleme. Ich betrachte da hier also als erledigt. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
141 | [Magellan] Funktionen | kleinerer Fehler | immer | 2008-02-14 04:53 | 2008-03-03 04:33 |
Reporter: | darcduck | Rechnertyp: | |||
Bearbeitung durch: | darcduck | Betriebssystem: | |||
Priorität: | hoch | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Incorrect modified unit weight calculated | ||||
Beschreibung: |
In case you have a familar or some rare item, the rules may not contain the weight, thus 0 is assumed. This will lead to a wrong calculated weight (unmodified or modified). But in case we know the weight from the report we take it for the unmodified weight. However the modified weight is calculated from the scratch and thus wrong. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: |
Adding all knowledge to the eressea.cr file is the best thing to have correct weight calculations, however this has to be done manually. But we can calulate a most time correct modified weight from the report weight and the changes: modified weight = report weight - calculated current weight + calculated modified weight |
||||
Angehängte Dateien: | |||||
Notiz | |
(0000361)
darcduck 2008-02-14 04:55 |
I added the delta calculation to MagellanUnitImpl. |
(0000373)
darcduck 2008-03-03 04:33 |
seems to work. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
122 | [Magellan] Grafik | Feature-Wunsch | N/A | 2007-12-29 12:25 | 2008-02-28 23:40 |
Reporter: | xenomorph | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | wird nicht behoben | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | highlights in der regionsübersicht | ||||
Beschreibung: |
hallo, es wäre schön, wenn einheiten, die die region bewachen und solche, die einen fehler oder eine warnung produziert haben, oder überladen sind oder hungern ect. in der regionsübersicht farbig unterlegt wären. z.b. bewacher blau, überladene rot, hungernde orange... danke -xeno |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000313)
darcduck 2008-01-08 01:54 |
Mittels Vorlage und dem Tag ;magStyle kannst du dir sowas selbst bauen. Gib hungernden Einheiten "hungert";magStyle und hinterlege in Magellan dafür ein extra Style. usw. Nach welchen Kriterien man hierbei vorgeht ist nämlich nicht wirklich einfach zu trennen. Einer will dies, der andere das ... Möglicherweise kann man etwas allgemeines einbauen, das bestimmte Meldungstypen einen bestimmten Style bei der Einheit festlegen. Damit kannst du hungern, und vieles andere festlegen. Bewachen geht dann aber immer noch nicht. Aber wenn bewachen fest verdrahtet wird, kommt der nächste und will den Kampfstatus prüfen. der Übernächste will die (Partei)Tarnung anzigen und wieder jemand anderem fällt ein, das mit Pferden überladene Einheiten markiert werden sollen. Das ist etwas wo man sowas wie den ATR bräuchte, da kann man vieles abfragen und ausrechnen. Ich denke aber trozdem, das das meiste davon besser und übersichtlicher mit Vorlage zu prüfen ist. #proc OnUnit { #if unit.bewacht { #tag EINHEIT magStyle 'bewacht' } #if unit.frei.reiten<0 { #tag EINHEIT magStyle 'überladen' } #if (unit.talente.size+unit.gegenstaende.size)>5 { #tag EINHEIT magStyle 'Lager' } } Das Testen der Meldungen ist etwas komplizierter, da diese in der Partei definiert sind. |
(0000370)
trickert 2008-02-28 23:40 |
Ich denke, der Workaround ist gut. Die Meldungen kann man auch mit Extended Commands parsen und entsprechend Tags setzen. Damit gibt es insg. zwei Lösungen. Es muss nur jemand diesen tollen Script fertig schreiben. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
102 | [Magellan] Allgemein | kleinerer Fehler | immer | 2007-11-19 01:41 | 2008-02-28 23:36 |
Reporter: | Anonymous | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | nicht reproduzierbar | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | dock-default.xml wird fehlerhaft erstellt | ||||
Beschreibung: |
beim neuanordnen der fenster verschwinden manche. der standard ist nicht wieder herzustellen. die mitgegebene .xml kann nur per hand erstellt werden. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: |
<?xml version='1.0' encoding='ISO-8859-1'?> <dock version='1.0'> <rootwindow name='Standard' isActive='true'> <windowbar direction='Down'> </windowbar> <splitwindow divider='0.43313372' horizontal='true'> <split> <splitwindow divider='0.6' horizontal='false'> <split> <tabwindow> <tab isActive='true'> <view title='OVERVIEW'> </view> </tab> </tabwindow> </split> <split> <tabwindow> <tab isActive='true'> <view title='MESSAGES'> </view> </tab> <tab isActive='false'> <view title='ECHECK'> </view> </tab> <tab isActive='false'> <view title='TASKS'> </view> </tab> </tabwindow> </split> </splitwindow> </split> <split> <splitwindow divider='0.44369748' horizontal='true'> <split> <splitwindow divider='0.7843705' horizontal='false'> <split> <tabwindow> <tab isActive='true'> <view title='MAP'> </view> </tab> </tabwindow> </split> <split> <tabwindow> <tab isActive='true'> <view title='NAME&DESCRIPTION'> </view> </tab> </tabwindow> </split> </splitwindow> </split> <split> <splitwindow divider='0.5' horizontal='false'> <split> <tabwindow> <tab isActive='true'> <view title='DETAILS'> </view> </tab> </tabwindow> </split> <split> <tabwindow> <tab isActive='true'> <view title='ORDERS'> </view> </tab> </tabwindow> </split> </splitwindow> </split> </splitwindow> </split> </splitwindow> </rootwindow> </dock> |
||||
Angehängte Dateien: | |||||
Notiz | |
(0000292)
trickert 2008-01-05 03:53 |
Ist das immer noch so. Ich hatte da einige Änderungen im November gemacht und hab seit dem keine Klagen mehr gehört/gehabt. |
(0000369)
trickert 2008-02-28 23:36 |
Ich probier das seit einem Monat und kann es nicht reproduzieren. Der Fehler muss erledigt sein. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
135 | [Magellan] Funktionen | kleinerer Fehler | immer | 2008-01-23 11:28 | 2008-02-28 23:23 |
Reporter: | Khadar | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | "create TEMP unit"-button not working | ||||
Beschreibung: |
When clicking the button Magellan "hangs". I traced the problem to my "old" magellan.ini. With a clean install the button works fine, when replacing the new magellan.ini with my old one, it hangs again. So no biggie, basically posting this for other users who have the same problem. Easy fix, just annoying to have to redo all your settings ;) |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000337)
stm 2008-01-24 04:39 |
If you post your magellan.ini (BEWARE: Passwords inside!!), we could have a look at the problem. |
(0000338)
Khadar 2008-01-26 11:26 |
sent to the list |
(0000350)
Fiete 2008-02-06 01:25 |
using your ini temp button is working. Found another small problem, may be it is relevant. The name generator file was not found on my PC (no suprise). Try to switch name generator off or reconfigure; it is called when opening the temp dialog I guess. And khadar, when something hangs, we need the errors.txt - as usual. Fiete |
(0000354)
Khadar 2008-02-06 02:05 |
Actually, that's probably it... Fiete, you're brilliant! Come to think of it, this was on my laptop, where I didn't have my name generator file either. Probably good to add a check if the file is there, and if not, ignore the name generator alltogether. |
(0000365)
trickert 2008-02-28 23:23 |
If the file not exists, the NameGenerator doesn't try to load it. I'm not sure, if this works for the current problem, but it's actually a good idea. ;-) Please check... |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
139 | [Magellan] Funktionen | kleinerer Fehler | immer | 2008-02-03 04:07 | 2008-02-07 04:23 |
Reporter: | Khadar | Rechnertyp: | |||
Bearbeitung durch: | darcduck | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Order completion for SELL | ||||
Beschreibung: | should not give the luxury good that is sold in the region (you can not sell the good there, then). | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000346)
darcduck 2008-02-05 07:26 |
Implemented, i have to test it. SELL/ VERKAUFE will only show luxuriy items in the units modified stack AND NEW only if luxury prices for the region are available and the price is greater than zero for the luxury item. |
(0000357)
Fiete 2008-02-06 05:42 |
plz check in SVN to verify. Fiete |
(0000360)
darcduck 2008-02-07 04:23 |
Tested and uploaded. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
130 | [Magellan] Funktionen | Feature-Wunsch | N/A | 2008-01-09 02:35 | 2008-02-06 05:30 |
Reporter: | Outlaw | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Ergänzungen Parteistatistik | ||||
Beschreibung: |
Wenn man in der Parteistatistik den Punkt Produktion geöffnet hat, kam da bis vor einigen Versionen eine Summierung der Produktionsgüter, z.B. Rüstungen (100) -> Schilde (50), Plattenpanzer (50), diese (100) fehlt also jetzt. Wenn nichts dagegen spricht, kann man die wieder anzeigen, bzw. optional gestalten bzw. wo kann ich das vielleicht laienhaft selbst ändern. Kann man analog zu dem Punkt Einnahmen eine Aufschlüsselung für die Ausgaben machen, etwa: -Verpflegung -Gebäudeunterhalt -Lernkosten -Almosen -Magie |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000356)
Fiete 2008-02-06 05:30 |
alles fertig (build 148) Ich habe bei Ausgaben auch noch Übergaben an andere Parteien mal aufgeführt, fand ich interessant. Jetzt fehlt natürlich entsprechendes bei Einnahmen...(toDo) Und Magiekosten pack ich nicht...in den Messages steht bloss, dass der Typ irgendetwas erschafft. Ich kann nicht sicher sagen, mit welchem Spruch und daher keine sicheren Kosten raussuchen. Bei Gebäudeunterhalt ging dass, obwohl auch dort die eigentlichen Kosten nicht in der Message stehen. Weiterhin bisher unebrücksichtigt, ob Personen in der Partei sind (von bestimmten Rassen) die keinen Unterhalt benötigen. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
129 | [Magellan] Allgemein | Feature-Wunsch | N/A | 2008-01-08 04:08 | 2008-02-05 07:16 |
Reporter: | stm | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | niedrig | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | CR-Export-Dialog: "Inseln" deaktivieren wenn "Kompatibilität" ausgewählt | ||||
Beschreibung: | Um Missverständnisse zu vermeiden, sollte man dieses Kästchen deaktivieren, da Inseln nicht serverkompatibel sind. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000345)
Fiete 2008-02-05 07:16 |
island -> disabled, exportHotspots -> disabled disabled means "false" too.. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
134 | [Magellan] Funktionen | Feature-Wunsch | N/A | 2008-01-23 06:07 | 2008-02-05 06:48 |
Reporter: | Askarloth | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | ATR/ARR-replacer für Mallornschößlinge | ||||
Beschreibung: | §mallornsprouts§ = Anzahl Mallornschößlinge (analog zu §mallorn§) | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: |
Es existieren bereits: §mallorn§ = Mallornbäume (keine normalen Bäume) §trees§ = Mallornbäume und normale Bäume §sprouts§ = Mallornschößlinge und normale Schößlinge |
||||
Angehängte Dateien: | |||||
Notiz | |
(0000343)
Fiete 2008-02-05 06:48 |
Es gibt im CR einen Tag 1;Mallorn der vom Server gesetzt wird, egal ob Bäume oder Schösslinge vorhanden sind. Allerdings nicht, wenn es zwar eine Mallornregion ist, aber keinerlei Bewuchs vorhanden ist. Mit §mallornregion§ gibt es ab morgen einen Wahrheitswert, den Du abfragen kannst und der genau diesen Tag ausliest. Gerade getestet und OK geht zum Beispiel folgendes easy-Example: §if§mallornregion§Hier ist Mallorn§else§kein Mallorn§end§ |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
121 | [Magellan] Allgemein | Unschönheit | nicht getestet | 2007-12-22 10:18 | 2008-02-05 06:45 |
Reporter: | Lanwin | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | 3 zoom steps insted of zoombar | ||||
Beschreibung: |
I think the zoom bar is a liddle bit excessive. The most users only need three zoom steps 1: half normal 2: normal 3: double normal It where good to remove the zoombar and assign key 1, 2 and 3 to this zoom levels. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000287)
Khadar 2007-12-26 01:19 |
If people value several steps, we might use + and - to zoom in and out instead of the bar? |
(0000288)
Lanwin 2007-12-26 02:19 |
Yes, but beside this 3 zoomlevels the map looks unsightly and patchy. So i think it is unusable. |
(0000289)
stm 2007-12-29 15:58 |
Well, in this case we'd need to change the renderer instead... Besides, I would sometimes like an even smaller zoom level for overviews. I'm not really using the minimap. And yes, the zoombar takes up some valuable space, but if it is replaced by a shortcut key, users won't notice this feature even exists. |
(0000290)
Lanwin 2007-12-31 05:23 |
Yes but we could integrate the zoom function inside the context ore main menue. Then the user could notice that this function exists. But the anyway...the zoom bar only costs space and is less used compered to this disadvantage.. Possibly we could intergrate the zoom into a statusmenu on bottom like in office 2007. |
(0000291)
Fiete 2008-01-02 16:12 |
stand off: I like the zoom and hotspot control and I use it often. For the zoom I could imagin the use of the mouse wheel. My Hotspots are important...;-) have no good idea for them and would need another (sub)menu for them...or via the context menu (right click on map...) 3 zoom levels are not enough in my opinion. Fiete |
(0000297)
trickert 2008-01-05 04:04 |
I like the zoom bar and I use it very often and I need more then 3 levels! |
(0000312)
darcduck 2008-01-08 01:34 |
So it seems we have two kinds of usersgroups. Let's make a property to show the zoom and hotspot bar or not. For all like me not using at least one of both. A second option could be to to have limited discrete or unlimited floating zoom levels. For the discrete levels i would recommend factors that create nonfloating number when multiplied with 48, 64 and 80 (several numbers defining the images). Thus a base factor of 16 should be used: 1/16 2/16 3/16 4/16 6/16 8/16 10/16 12/16 16/16 20/16 24/16 32/16 40/16 48/16 This would result in 14 wide spread zoom levels. However only the middle 6 of them will be really used i guess. Mouse wheel for zoom would be fine. |
(0000342)
Fiete 2008-02-05 06:44 |
use CTRL+PGUP and CTRL+PGDN for 3 step-zoomlevels. switch off navigation bar in Option Map->Layout user CTRL+"+" and CTRL+"-" to adjust zoom in smaller steps. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
133 | [Magellan] Funktionen | kleinerer Fehler | immer | 2008-01-23 06:03 | 2008-01-28 16:04 |
Reporter: | Askarloth | Rechnertyp: | |||
Bearbeitung durch: | stm | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Minimap - ARR - Kategoriewechsel überschreibt Kategorie | ||||
Beschreibung: |
Wechselt man in der Minimap (über Rechtsclick in der Karte) die ARR-Kategorie und öffnet dann die Optionen, wird die neue Kategorie von der alten überschrieben. Beispiel1: Es sind zwei Kategorien definiert: A, B. Über die Optionen wird Kategorie A aktiviert. In der Minimap Kategorie B aktivieren. (Anzeige ist korrekt) Öffnen der Optionen. Jetzt ist Kategorie B mit A überschrieben und beide sind identisch (komplett: Farben, Werte...) (nach Schließen der Optionen bleibt die falsche Formatierung bestehen.) Beispiel2: Wieder beide Kategorien definiert: A, B. A über Optionen aktiviert. Wechsel zu B in der Karte. Wechsel zurück zu A in der Karte. Öffnen der Optionen -> alles ok. Beispiel3: Wieder A, B. A über Optionen aktiviert. Dann Optionen öffnen und B aktivieren. Wieder Optionen öffnen -> alles ok. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: |
Das Problem besteht schon solange ich ARR in der Minimap benutze - also auch in Mag1. |
||||
Angehängte Dateien: | |||||
Notiz | |
(0000336)
stm 2008-01-24 04:37 |
Danke, das war mir auch schon aufgefallen, konnte es aber nie reproduzieren. Jetzt weiß ich in etwa, woran es liegt... |
(0000339)
stm 2008-01-28 16:04 |
Korrigiert in Build 144. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
115 | [Magellan] Funktionen | kleinerer Fehler | nicht getestet | 2007-12-14 20:58 | 2008-01-15 11:18 |
Reporter: | Ohnetta | Rechnertyp: | |||
Bearbeitung durch: | stm | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | zurückgelegte Wege und Sichtungen nicht erkennbar | ||||
Beschreibung: |
Eigentlich habe ich diese Woche gleich zwei Probleme mit Magellan 2. Zum einen werden die zurückgelegten Wege nach dem Zusammenfügen nicht angezeigt. Das hat mit dem alten Magellan immer problemlos geklappt. Derzeit wird weder der Weg markiert, noch der Fog of War in den passierten Regionen gehoben, auch Nachrichten von passierenden Einheiten (beispielsweise Schiffen) fehlen. Hinzu kommt ein weiterer Fehler, immer wenn ich aus meiner zusammengefügten Zugdatei die Parteistatistik öffnen will, wird mir ein unbekannter Fehler gemeldet. Das Fenster kann ich einfach schließen und dann ist alles wieder gut, nur sie Statistik bekomme ich halt nicht zu Gesicht. Das passiert mir aber nicht mit meinen Report, also ohne Zusammengefügt zu haben. Hier kann ich problemlos die Parteistatistik öffnen. Auch die passierenden Einheiten in zurückgelegten Feldern werden angezeigt. Aber auch hier wird nicht der Fog of War gelichtet, oder die zurückgelegte Strecke angezeigt. Morgen werde ich sehen, ob das Probleme beim Übergang war, oder ob das auch bei erneuten Zusammenfügen geschieht. Ich werde dies entsprechend melden. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000270)
Ohnetta 2007-12-14 21:10 |
Sorry, ich habe den Report fehlplatziert, ich habe jetzt erst gemerkt, das Mag 2 eine eigene Reportseite hat. |
(0000322)
stm 2008-01-13 05:42 |
Ich vermute ein Problem mit dem MessageRenderer, das inzwischen gelöst ist. Falls der Bug doch noch auftritt, bitte melden. Und bitte in Zukunft nur ein Bug pro Report. |
(0000324)
darcduck 2008-01-14 04:36 |
Der MessageRenderer sollte darauf keinen Einfluss haben, da er nur den Text berechnet. Um Wege und anderes zu berechnen wird aber direkt auf bekannte Attribute zugegriffen. Der Fog of War legt sich vermutlich nicht, weil vielleicht kein Passwort gesetzt ist? Das ganze geht da eher Richtung Trust/ReportOwner. |
(0000326)
stm 2008-01-14 05:36 |
Mindestens eine Version kurz nach der Unicode-Umstellung hatte ein Problem mit Durchreisemeldungen. Das würde auch das fog-of-war-Phänomen erklären. Da das Problem inzwischen behoben ist, erwarte ich, dass dieser Bug sich auch erledigt hat. Das mit der Parteistatistik kann ich mir nicht richtig erklären, vielleicht hat es was mit NPEs zu tun, die in den entsprechenden Versionen auftraten. Aber ohne die entsprechende errors.txt-Datei ist das nicht nachzuvollziehen. |
(0000332)
Ohnetta 2008-01-14 15:42 |
Probleme haben sich auch beide erledigt, Danke. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
114 | [Magellan] Allgemein | kleinerer Fehler | immer | 2007-12-14 14:43 | 2008-01-14 06:43 |
Reporter: | stm | Rechnertyp: | |||
Bearbeitung durch: | darcduck | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | 118 | Lösung: | erledigt | ||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | NPE in EresseaMessageRenderer | ||||
Beschreibung: | Tritt in Zusammenhang mit Bug 0000124 auf. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: |
14.12.2007 23:41:21.625: java.lang.NullPointerException at magellan.library.gamebinding.EresseaMessageRenderer.renderMessage(EresseaMessageRenderer.java:119) at magellan.library.impl.MagellanMessageImpl.render(MagellanMessageImpl.java:305) at magellan.library.impl.MagellanMessageImpl.getText(MagellanMessageImpl.java:179) at magellan.library.io.cr.CRWriter.writeMessage(CRWriter.java:315) at magellan.library.io.cr.CRWriter.writeMessages(CRWriter.java:291) at magellan.library.io.cr.CRWriter.writeRegion(CRWriter.java:1927) at magellan.library.io.cr.CRWriter.writeRegions(CRWriter.java:1691) at magellan.library.io.cr.CRWriter.writeRegions(CRWriter.java:1664) at magellan.library.io.cr.CRWriter.writeThread(CRWriter.java:2213) at magellan.library.io.cr.CRWriter.write(CRWriter.java:2135) at magellan.library.io.cr.Loader.cloneGameData(Loader.java:71) at magellan.library.GameData.clone(GameData.java:1582) at magellan.library.utils.ReportMerger.mergeReport(ReportMerger.java:966) at magellan.library.utils.ReportMerger.mergeThread(ReportMerger.java:287) at magellan.library.utils.ReportMerger.access$1(ReportMerger.java:275) at magellan.library.utils.ReportMerger$1.run(ReportMerger.java:263) at java.lang.Thread.run(Thread.java:619) |
||||
Angehängte Dateien: | |||||
Notiz | |
(0000279)
darcduck 2007-12-15 10:08 |
Puh seltsam. Das ist die Zeile: log.warn("Message Rendering Error: "+pat+" "+msg.getAttributes().toString()+" "+e.getMessage()+" Last parse position "+(pat.length()-e.getErrorOffset()), e); da gibts einige Möglichkeiten was null sein könnte. e - unwahrscheinlich pat - eventuell msg - unwahrscheinlich msg.getAttributes() - eventuell pat == null fange ich jetzt schon oben ab. Ohne macht das rendern ja keinen Sinn. msg.getAttributes() kann aber durchaus null sein, wird jetzt unterschiedlich geloggt. bitte nochmal testen wenn es eingecheckt ist. |
(0000281)
darcduck 2007-12-15 12:56 |
eingecheckt, bitte nochmal testen. |
(0000327)
stm 2008-01-14 05:38 |
Das Problem ist in letzter Zeit nicht mehr aufgetreten. Scheint erledigt. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
104 | [Magellan] Icons | kleinerer Fehler | immer | 2007-11-21 12:57 | 2008-01-13 05:39 |
Reporter: | Khadar | Rechnertyp: | |||
Bearbeitung durch: | stm | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Alliance icons in faction statistics | ||||
Beschreibung: |
These are showing the user's relations, not the selected faction's. For example: factions user, abcd and 1234 When selecting faction abcd who happens to have a full alliance (HELP ALL) with faction 1234, it still only shows the icon for SILVER, because faction user only has that help status set for 1234. Also, I'd prefer to keep the SILVER, GUARD, etc in text as well, even if it's just as a tooltip like in the region overview. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000230)
Khadar 2007-11-30 01:34 |
The way it is set up now -is- correct to use in the "guarding" section of the region details... |
(0000321)
stm 2008-01-13 05:39 |
I don't know what exactly *was* displayed until now, but I fixed it to something sensible. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
128 | [Magellan] Allgemein | kleinerer Fehler | immer | 2008-01-08 03:00 | 2008-01-11 16:09 |
Reporter: | stm | Rechnertyp: | |||
Bearbeitung durch: | stm | Betriebssystem: | *nix | ||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | 128 | Lösung: | erledigt | ||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | read only files | ||||
Beschreibung: |
By the way, version 2 (1.2.X does not have these issues) has what I would consider a bug (or three) - 1. if the .cr is read only and I mistakenly try to save it I get an error saying the file could not be found (okay, no biggy, really) 2. if I then try again to save the file I find the read-only property has been removed (I think this is a big problem, both for usability reasons and because...) 3. I found this because every so often M2 would change the .cr to German Evil or Very Mad (sorry, but it is just very frustrating!) |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000318)
stm 2008-01-11 16:09 |
1. Dialog said "FileNotFoundException:...(Permission denied). So it is correct, but a little confusing. Tried to improve it. 2. Fixed 3. Is under discussion, hard to locate, hard to fix... |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
126 | [Magellan] Allgemein | kleinerer Fehler | immer | 2008-01-06 06:17 | 2008-01-11 13:27 |
Reporter: | thewhitewolf | Rechnertyp: | |||
Bearbeitung durch: | stm | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Datei magellan.sh komplett ersetzten (anhang) | ||||
Beschreibung: |
Das bisher mitgelieferte linux-script hatte mehrere Fehler; Es war vollkommen unbrauchbar. - die datei magellan.sh hat innerhalb der downloadbaren archive (zB http://odyssey.log-out.net/magellan2/release/magellan_v2.0.beta.tar.bz2) das eXecutable bit nicht gesetzt. Man muss dieses bit nach jeder Aktualisierung von magellan händisch setzten. - die gesamte datei verwendet 0d 0a als newline, und nicht 0a. dies führt zB bei der ersten zeile dazu, dass der linux-kernel nach einem interpreter namens "/bin/sh\x0d" sucht. natürlich gibt es diesen nicht. - es wird verabsäumt zu beachten, dass in linux dateien oftmals von beliebigen arbeitsverzeichnissen aufgerufen werden. daher die zweite zeile, welche das arbeitsverzeichnis auf jenes wechselt, in welchem sich die magellan.sh befindet. die befehle "cd" und "dirname" sind POSIX-standardisiert, und somit auf jedem linux vorhanden. - beim java-aufruf wird %1 verwendet. dies wird vom interpreter /bin/sh nicht speziell interpretiert, sondern als string an magellan übergeben. ich habe es durch "$@" ersetzt. dies bedeutet, dass alle parameter (nicht nur der erste) übergeben werden, und jeweils enthaltene leerzeichen in den pfaden erhalten bleiben. dies erfordert allerdings eine änderung des interpreters auf /bin/bash (oft aber nicht immer ist /bin/sh nur ein symlink auf /bin/bash). wenn strikte sh kompatibilität gefordert ist, so sollte "$1" verwendet werden. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: |
magellan.sh (88 Bytes) 2008-01-06 06:17 http://eressea.dracones.de/magellanbugs/file_download.php?file_id=21&type=bug |
||||
Notiz | |
(0000317)
stm 2008-01-11 13:27 |
Danke, wurde übernommen. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
98 | [Magellan] Allgemein | schwerer Fehler | immer | 2007-11-15 06:26 | 2008-01-07 10:14 |
Reporter: | Anonymous | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | unlösbar | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Magellan2 installiert nicht | ||||
Beschreibung: |
Beim Installieren führt er erst alles richtig aus und dann steht nach dem Beenden da, dass die Installation fehlgeschlagen ist. Ich kann in dem Verzeichnis, das ich zum speichern angegeben habe, auch keinen Ordner finden, der Magellan enthält. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | Dürfte eigentlich keine Rolle spielen, aber ich hab Windows Vista... | ||||
Angehängte Dateien: | |||||
Notiz | |
(0000217)
stm 2007-12-10 15:13 |
Unter Vista gibt es anscheinend noch andere Probleme. Ich hoffe, Thoralf kann sich dessen bald mal annehmen. Workaround: Zip-Version runterladen und von Hand entpacken... |
(0000293)
trickert 2008-01-05 03:59 |
Ein anderer Workaround ist, dass Verzeichnis in das installiert werden soll unter Windows Vista die Zugriffsrechte für "JEDER" auf Vollzugriff ändern. Dann geht es. Es gibt leider keine Möglichkeit mit dem bestehenden Installer IzPack eine Vista-kompatible Installation hinzubekommen, weil IzPack eine Jar Datei ist, die -via Doppelklick gestartet- eigentlich Java startet. Es gibt also keine Möglichkeit die Rechte des Programms mit "Als Administrator starten" zu erhöhen und Java selbst hat nicht das Berechtigungskonzept, um das zu erreichen. Es wären alles nur komplizierte Workarounds (zum Beispiel eine Batch-Datei). Einziger Ausweg wäre ein anderer (nativer) Installer... |
(0000294)
trickert 2008-01-05 03:59 |
Ich schließe den Bugreport nun, weil ich keine andere Idee mehr habe. |
(0000308)
stm 2008-01-07 10:13 |
Laut izpack-Mailingliste (Dezember 2006 und Juni 2007) gibt es keine bessere Lösung: http://lists.berlios.de/pipermail/izpack-users/2007-June/thread.html http://lists.berlios.de/pipermail/izpack-users/2006-December/thread.html Außer ein Launcher, z.B. launch4j |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
107 | [Magellan] Funktionen | Feature-Wunsch | immer | 2007-12-07 12:27 | 2007-12-24 05:21 |
Reporter: | Khadar | Rechnertyp: | |||
Bearbeitung durch: | darcduck | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | More intelligent order completion | ||||
Beschreibung: | Can the order completion take the amount already entered in e.g. a GIVE command into account? Now when I type "GIVE abcd 1000 s"... it should be obvious that I mean "silver", not "shields", since I don't even have that many shields on me. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000198)
darcduck 2007-12-12 06:02 |
yes i think this would be helpful. But we need to make this configurable, since you may use GIVE abcd 10000 silver also when you don't have it i the current units inventory. In the case you have the silverpool are material pool acitvated the GIVE order will take the items from other units to GIVE them away! However i would suggest everyone not using this feature, as it makes it nearly impossible the understand what happens. Thenically it should be no problem to filter for items that are available at least 1000 times (example above). I would add this, however i'm not sure how to make it configurable. Ralf |
(0000195)
Khadar 2007-12-12 06:41 |
The 1000 was just an example. I just meant to say that I'd like to first show that option for completion that the unit has the required amount for. Another example: Unit abc has 1 man, 10 silver, 3 silk and 5 myrrh. GIVE xyz 3 m... should then give "myrrh", as the unit only has 1 man to give. GIVE xyz 3 me.. should of course still give "men" GIVE xyz 3 s... should give "silk", as that is the first alphabetically and there are enough available. GIVE xyz 5 s... should give "silver", as there are only 3 silk available. GIVE xyz 5 sh.. should give "shield", obviously, even though there are none available at all. GIVE xyz 11 s.. should give "shield", as there isn't enough of any of the items, and shield is the first alphabetically. I don't think it needs configuration, the order completion just gives more logical options first. You can still get another option, you just have to type one or two more characters. |
(0000286)
darcduck 2007-12-24 05:21 |
Implemented in latest Mag2. Furthermore implemented GIVE <unit> <amount> ALL which will complete to all items/persons that are hold in at least the given amount. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
55 | [Magellan] Allgemein | kleinerer Fehler | immer | 2007-06-20 04:33 | 2007-12-16 10:10 |
Reporter: | trickert | Rechnertyp: | |||
Bearbeitung durch: | darcduck | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Minimap Renderer Einstellungen werden nicht gespeichert. | ||||
Beschreibung: | Stellt man einen ARR für die Minimap ein und beendet das Programm, dann ist beim nächsten Start der Minimap Renderer inaktiv und zeigt (wieder) nur die Standardansicht an... Da stimmt was nich.... | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000285)
darcduck 2007-12-16 10:10 |
Im Rahmen der AstralRenderumstellung habe ich dieses Problem erst verändert und nun hoffentlich gefixt. Alle Einstellungen sollten nun erhalten bleiben. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
16 | [Magellan] Grafik | Feature-Wunsch | N/A | 2007-04-21 01:41 | 2007-12-16 03:54 |
Reporter: | darcduck | Rechnertyp: | |||
Bearbeitung durch: | darcduck | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Astralraumrender aufwerten | ||||
Beschreibung: |
In Folge der Umsetzung des Astral-Realraummappings kann ein verbesserter Astralraumrenderer implementiert werden. Dieser kann die Schemen der "darunterliegenden" Regionen des Realraum durch den Nebel des Astralraums durchscheinen lassen. Dies dürfte eine wesentlich verbesserte Orientierung im Astralraum bieten. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: |
Es ist notwendig das Mapping zwischen Astral und Realraum in Gamedata zu speichern. Der neue Renderer wird nur für Eressea funktionieren. Gern beteilige ich mich an der Implementierung, brauche aber Hilfe im Rendererbereich. Viele Grüsse Ralf |
||||
Angehängte Dateien: | |||||
Notiz | |
(0000235)
Fiete 2007-11-21 16:36 |
Ich frag mich noch, wie Du die (vielen) RR-Regionen um AR durchscheinen lassen willst - für alle ist doch gar kein Platz. Obwohl, wenn anderen scalefactor für unten liegendende RR-Map genutzt wird, könnte es passen -> aufwendig, brauchst einen eigenen Renderer für den AR dann. Witzig wäre doch auch, bei selection einer region im AR in den Details eine kleine Karte des RR "unter" der AR anzeigen zu lassen, das stelle ich mir einfacher vor. Fiete |
(0000232)
darcduck 2007-11-26 04:34 |
Ja genau so dachte ich mir das mit anderem scalefactor. d.h. aber auch ich brauche eine andere Geometrie Klasse was schon irgendwie blöd ist. Weiss auch nicht ob es performance-mässig dann schlimm wird. Das wird ein Test zeigen. Das mit der Karte der Schemen im Detail-Fenster können wir ja noch zusätzlich machen, bzw. sowohl das als auch das Durchscheinen konfigurierbar. Die Schemen die man nicht wirklich sieht (die man sich aber ausrechnen kann) sollten vielleicht so FoW mässig gekennzeichnet sein. d.h. alle Ozeane und Schemen die man noch nicht erkundet hat, oder wo der Kontakt zur Realität blockiert ist. Tendentiell wäre ich sogar für ein Flag "keine Schemen", das man setzt, wenn man eine Einheit in der Region hat, aber keine Schemen bekommt. Oder aber das visibility Flag muss über mehrere Runden hinweg gespeichert werden. Sonst weiss man ja nie, ob eine AR-Region keine Schemen hat oder ob man nur durchgelaufen ist. |
(0000284)
darcduck 2007-12-16 03:54 |
Eine erste einfache Darstellung funktioniert jetzt. Zu den Schemen wird aus den Koordinaten der Regionstyp ermittelt und die Schemen korrekt abgebildet unter dem Nebel des Astralraums angezeigt. Es werden jedoch keine Regionen dargestellt, die nicht als Schemen vorhanden sind. Somit weder Ozeane, noch Feuerwände noch Regionen die man als Schemen noch nicht erkundet hat oder bei denen die Verbindung zur Realität gestört ist. Kann kein eindeutiges Mapping zwischen Astral- und Realraum berechnet werden, dann wird der Realraum unter dem Nebel nicht dargestellt. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
113 | [Magellan] CR-Support | kleinerer Fehler | immer | 2007-12-14 14:32 | 2007-12-15 12:54 |
Reporter: | stm | Rechnertyp: | |||
Bearbeitung durch: | darcduck | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | MessageRenderer: unknown token terrain | ||||
Beschreibung: | Siehe Summary. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: |
MESSAGETYPE 1060448783 "\"$unit($unit) entdeckt, dass $region($region) $terrain($region) ist.\"";text "movement";section MESSAGE 398054168 1060448783;type "Falschläufer (1234) entdeckt, dass Ozean (10,19) Ozean ist.";rendered 880862;unit 10 19 0;region (Namen von der Redaktion geändert) |
||||
Angehängte Dateien: | |||||
Notiz | |
(0000278)
darcduck 2007-12-15 09:11 |
ok, die function hatte ich auch noch nicht drin, sollte aber rendern ... hm ich sehe da ein parseException wo keins mehr sein sollte. Wer hat das eingebaut - los melden ;-) unbekannte funktionen sollten als String behandelt werden ohne das eine exception fliegt. Als Rückmeldung für uns hänge ich nur unknown: function(<stringwert>) um den stringwert drum. Kann ich einchecken und schliessen, sobald Eclipse bei mir wieder die java.lang Klassen findet. |
(0000280)
darcduck 2007-12-15 12:54 |
terrain() eingebaut. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
108 | [Magellan] Icons | kleinerer Fehler | immer | 2007-12-10 15:35 | 2007-12-15 03:36 |
Reporter: | stm | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | 108 | Lösung: | erledigt | ||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | missing icons: nebel | ||||
Beschreibung: |
11.12.2007 00:01:15.854: ImageFactory.loadImage(etc/images/icons/nebel): found:false |
||||
Tags: | |||||
Schritte zur Reproduktion: | Report mit Astralraumregionen laden. | ||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000202)
Khadar 2007-12-11 15:43 |
Resolved. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
117 | [Magellan] Funktionen | kleinerer Fehler | immer | 2007-12-15 02:35 | 2007-12-15 03:22 |
Reporter: |
|
Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | 1_2_5 | ||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 1 | ||||
Zusammenfassung: | Mergen geht nicht | ||||
Beschreibung: | Ich habe unter v2 und v1.2.5x gewaltige Schwierigkeiten mit dem Mergen von Reports. Ich habe inzwischen rausgekriegt, dass es nicht am Speicher liegt, sondern an irgendeinem Inhalt der betroffenen crs. Konkret kann ich meinen 551er-Report an alte Reports bis inclusive Zug 477 anhängen, danach aber nicht mehr. Die Größe der Reports ist irrelevant, nur die Zugnummer (oder irgendwas, was ich ab Zug 478 in meinem Gesamtreport drinnen habe) macht den Unterschied. Auffällig ist auch, dass mehrere Völker in meiner unmittelbaren Umgebung (südliche zentrale Neunte Welt, Startzug so um 250) ganz genau dasselbe Problem haben. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: |
das error.txt-file sagt Folgendes: 15.12.2007 11:34:38.359: java.util.NoSuchElementException at java.util.LinkedList$ListItr.next(Unknown Source) at magellan.library.utils.ReportMerger.mergeReport(ReportMerger.java:357) at magellan.library.utils.ReportMerger.mergeThread(ReportMerger.java:174) at magellan.library.utils.ReportMerger.access$100(ReportMerger.java:38) at magellan.library.utils.ReportMerger$1.run(ReportMerger.java:151) at java.lang.Thread.run(Unknown Source) |
||||
Angehängte Dateien: | |||||
Notiz | |
(0000274)
Fiete 2007-12-15 03:21 |
Das ist mitten beim Astralraumrendern. Dummerweise passen die Angaben aus der errors.txt (Vielen Dank dafür!) nicht zum aktuelle Source. at magellan.library.utils.ReportMerger.mergeReport(ReportMerger.java:357) Aber ich denke ich sehe das Problem (derzeit Zeile 358). Und Ralf, der Macher dieses AR-Merges hat dort sogar prognostiziert, dass wenn aus früheren Report-Mergings AR-Regionen und vor allem deren Schemen NICHT richtig vorliegen, es zu weiteren Fehlern kommen kann. Hier liegt wohl so ein Fall vor. Ich habe den Code so geändert, dass dieser speziuelle Fehler nicht mehr auftreten sollte, aber die Merge-ergebnisse beim AR werden falsch sein. Lösung: AR-clean. Erzeuge von den vorhandenen Daten per alles auswählen und export einen CR OHNE AR-regionen und nutze den als Basis zum Hinzufügen *frischer* = richtiger CRs vom Server. Die Veränderungen sind im Build >119. Gruß Fiete |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
109 | [Magellan] Icons | kleinerer Fehler | immer | 2007-12-10 15:36 | 2007-12-14 06:44 |
Reporter: | stm | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | 108 | Lösung: | erledigt | ||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | missing icons: feuerwand_winter | ||||
Beschreibung: |
11.12.2007 00:01:23.180: ImageFactory.loadImage(etc/images/map/Feuerwand_winter): found:false |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000212)
stm 2007-12-11 03:40 |
Gibt noch mehr: ImageFactory.loadImage(etc/images/map/Nebel_winter): found:false ImageFactory.loadImage(etc/images/map/Dichter Nebel_winter): found:false 01.12.2007 14:14:03.148: ImageFactory.loadImage(etc/images/map/unbekannt_winter): found:false |
(0000210)
Khadar 2007-12-11 06:10 |
Should just be copies of the original. There are no season-specific icons for those region types. |
(0000201)
Khadar 2007-12-11 15:55 |
Fiete's on it, he forgot some ;) |
(0000197)
darcduck 2007-12-12 06:06 |
Couldn't we use an loadImage function that receives path + List of images where the order of the images in the list define which ones are searched first? I wouldn't see hundreds of entires in the log explaining me that all the seasonal or randomly choosen images do not exist. Only if we do not found at least the last one in the list we may get an error message. However we also don't need this for _optinal_ seasonal or randomly choosen borders ... |
(0000267)
Fiete 2007-12-14 05:56 |
I agree...already thought about changing this. We have a little problem...when going to create more inter-region-borders step by step, we will have no feedback anymore from the log, if a img is missing. It will just not show up on the map. And Mag2 can not know, if this special image is already created and suspect to load and need to inform us...than most inter-region-borders will have no images at the beginning..... Will disable the warning now for the optional images... Fiete |
(0000268)
Fiete 2007-12-14 06:41 |
disabled warning for seasonal and random image-load-processes. Khadar: changed naming of files to standard for a border: fromRegionType_toRegionType_Direction_Season_Random.gif with Direction 0..5 Season Summer Winter Autumn and spring Random 0..3 and special for oceans: ocean_coast_xxxx and ocean_nocoast_xxxx Fiete |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
57 | [Magellan] Grafik | Feature-Wunsch | immer | 2007-06-25 12:27 | 2007-12-14 05:48 |
Reporter: | Khadar | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Irrlichter/will o wisp | ||||
Beschreibung: |
Based on a thread in the english forum: http://eressea.forum.free.fr/phpBB2/viewtopic.php?t=985 Now we have the graphics to display it... just need some code ;) I numbered the files according to the strasse ones... perhaps the code can be similar as well. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: |
wisp0.gif (225 Bytes) 2007-06-25 12:28 http://eressea.dracones.de/magellanbugs/file_download.php?file_id=6&type=bug wisp1.gif (224 Bytes) 2007-06-25 12:28 http://eressea.dracones.de/magellanbugs/file_download.php?file_id=7&type=bug wisp2.gif (220 Bytes) 2007-06-25 12:28 http://eressea.dracones.de/magellanbugs/file_download.php?file_id=8&type=bug wisp3.gif (221 Bytes) 2007-06-25 12:28 http://eressea.dracones.de/magellanbugs/file_download.php?file_id=9&type=bug wisp4.gif (221 Bytes) 2007-06-25 12:29 http://eressea.dracones.de/magellanbugs/file_download.php?file_id=10&type=bug wisp5.gif (221 Bytes) 2007-06-25 12:29 http://eressea.dracones.de/magellanbugs/file_download.php?file_id=11&type=bug |
||||
Notiz | |
(0000234)
Fiete 2007-11-21 16:40 |
...very soon I will add the code. Fiete |
(0000189)
Fiete 2007-12-13 05:33 |
in the code...when verified, this will be closed |
(0000266)
Fiete 2007-12-14 05:48 |
Definitiv erledigt. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
85 | [Magellan] Funktionen | Feature-Wunsch | immer | 2007-09-08 11:07 | 2007-12-13 07:56 |
Reporter: | Lanwin | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Add contextmenue: Copy Name Number and UnitCount | ||||
Beschreibung: | This could be very helpful for coordination with other players. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000239)
Fiete 2007-11-21 16:18 |
CTRL+C (STRG+C) -> CTRL+V (STRG + V) on Windows-OS gives exactly the wanted output. Do we really need an contextmenu? |
(0000185)
Fiete 2007-12-13 07:56 |
done, for single and multiple units |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
61 | [Magellan] Funktionen | kleinerer Fehler | immer | 2007-07-03 13:00 | 2007-12-13 07:05 |
Reporter: | Khadar | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | How many weeks of learning to go? | ||||
Beschreibung: |
There's an option to show this under Options -> Icons -> Detail Entries -> Skills. I don't think this works, however... is that information even available in the cr anymore? Or does magellan use some other means to calculate these numbers? If it does work, there is some missing and untranslated text in the Show next level detail-dialog. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000101)
Fiete 2007-07-04 23:44 |
For eressea not valid anymore - no info in the cr. But Magellan may be used for other Atlantis-clones which still provide this information - so we should let it in the code (and if there is time...translate it). |
(0000102)
Khadar 2007-07-05 00:45 |
I'll check if there is text in the german version and translate that. Is it possible to disable this option (not show it at all) when a cr for an "Atlantis-clone" that doesn't support this is loaded? We know what game it is from the "Eressea";Spiel entry in the .cr, right? I think it would prevent some confusion. |
(0000106)
Khadar 2007-07-05 10:48 |
The german text is missing, too. |
(0000109)
trickert 2007-07-05 11:56 |
Ich hab mir das mal angeschaut und im CR steht momentan nicht mehr der aktuelle Skill-Teil-Level. Im Report steht bei Talent 1 immer 30. Auch wenn man schon zweimal gelernt hat. Nichtsdestotrotz sollte der Skilllevel korrekt angezeigt werden. |
(0000184)
Fiete 2007-11-18 17:01 |
We could detect "noskillpoints" tag in the cr and disbale the "Details" button, if no skillpoints are availbale. At first try i could not locate this option panel..i will try later again. |
(0000206)
Fiete 2007-11-19 00:33 |
That´s bad. All the option panels are made by one Factory, it is not trivial to just access one single button. I don´t get it. But the options are on the list of "ToDo" and hopefully within the rework or after it is easier to change that behaviour. |
(0000187)
Fiete 2007-12-13 07:05 |
Missing text added. The information are staying in the code for use with other atlantis based games. The help text says, that these information is not available for Eressea. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
99 | [Magellan] Funktionen | kleinerer Fehler | immer | 2007-11-17 00:58 | 2007-12-12 07:34 |
Reporter: | Anonymous | Rechnertyp: | |||
Bearbeitung durch: | stm | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | 1_2_5 | ||
Produkt-Build: | Lösung: | keine Änderung notwendig | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 1 | ||||
Zusammenfassung: | Menü Datei / Befehle speichern | ||||
Beschreibung: | Der Befehl Befehle speichern führt bei mir keine Aktion aus. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: |
errors.txt (5,957 Bytes) 2007-11-17 00:58 http://eressea.dracones.de/magellanbugs/file_download.php?file_id=18&type=bug |
||||
Notiz | |
(0000218)
stm 2007-12-09 10:50 |
Exception in thread "AWT-EventQueue-0" java.lang.NoClassDefFoundError: org/apache/commons/mail/EmailException at com.eressea.demo.actions.SaveOrdersAction.actionPerformed(SaveOrdersAction.java:66) Klingt nach einem Java-Versionsproblem. Welches Betriebssystem/Javaversion ist das? |
(0000214)
zirafer 2007-12-11 00:52 |
Also, ich habe das gleiche Problem mit Magellan 1.2.5a auf Debian Linux, KDE, mit Java 1.6.0_03. |
(0000213)
stm 2007-12-11 03:21 |
Hast Du magellan_1_2_5a.jar oder magellan_1_2_5a.zip runtergeladen? Ersteres funktioniert nämlich nicht. |
(0000205)
zirafer 2007-12-11 11:50 |
Stimmt, magellan_1_2_5d.zip funktioniert. Danke. |
(0000194)
stm 2007-12-12 07:34 |
Nicht funktionierende Versionen vom Downloadserver entfernt. Sorry und danke. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
110 | [Magellan] Allgemein | schwerer Fehler | immer | 2007-12-11 00:58 | 2007-12-11 03:57 |
Reporter: | zirafer | Rechnertyp: | |||
Bearbeitung durch: | stm | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | 1_2_5 | ||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 1 | ||||
Zusammenfassung: | Can't view combat reports | ||||
Beschreibung: | When I try to open a combat report listing in the messages panel by clicking on the tree-expand icon next to the region name, the panel locks up and becomes unresponsive to further mouse clicks. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | Product version 1.2.5a | ||||
Angehängte Dateien: | |||||
Notiz | |
(0000211)
stm 2007-12-11 03:57 |
Problem with 0-length message texts. Fixed in 1.2.5c. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
106 | [Magellan] Allgemein | schwerer Fehler | zufällig | 2007-12-06 14:42 | 2007-12-10 15:15 |
Reporter: | xenomorph | Rechnertyp: | |||
Bearbeitung durch: | stm | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | cr wird falsch abgespeichert | ||||
Beschreibung: |
manchmal wird ein cr offenbar falsch gespeichert. er enthält dann nicht alle regionen. auch regionen, in denen eigene einheite stehen, fehlen dann. ich hänge mal meine erorrs.txt mit an, wenn ihr mehr braucht, sagt bescheid. gruß, -xen |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | habe mac osx 10.5 | ||||
Angehängte Dateien: |
errors.txt (391,413 Bytes) 2007-12-06 14:42 http://eressea.dracones.de/magellanbugs/file_download.php?file_id=19&type=bug |
||||
Notiz | |
(0000222)
xenomorph 2007-12-06 14:46 |
es gibt keine fehlermeldung. ich merke es immer erst, wenn ich den cr wieder lade. |
(0000221)
stm 2007-12-07 11:45 |
Der Schreiben des Reports ist offenbar mittendrin abgebrochen, ich weiß noch nicht, warum. Ist der Fehler reproduzierbar? Falls ja, wie? |
(0000220)
xenomorph 2007-12-08 03:49 |
ich habe jetzt rausgefunden, dass das problem offenbar immer dann auftritt, wenn man beim beenden von magellan gefragt wird, ob man die änderungen speichern will. wenn man dann auf ja drückt, wird der cr falsch gespeichert. -xen |
(0000216)
stm 2007-12-10 15:15 |
Problem war wohl, dass der CRWriter in dieser Situation nicht geschlossen wurde. Sollte ab Build 113 erledigt sein. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
87 | [Magellan] CR-Support | kleinerer Fehler | nicht getestet | 2007-09-24 10:54 | 2007-12-09 10:19 |
Reporter: | Anonymous | Rechnertyp: | |||
Bearbeitung durch: | stm | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | 1_2_4_Beta7 | ||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 1 | ||||
Zusammenfassung: | Unvollständige Zauberberichterstattung | ||||
Beschreibung: | Habe diese Woche mehrere gleiche Zauber mit einem Magier gesprochen, angezeigt wird aber nur einer. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: |
CR-Ausschnitt: "Wachposten (abcd) erschafft 1 Ring der flinken Finger.";rendered 1415835;mage "Ring der flinken Finger";item 1;number MESSAGE 163550408 1406933665;type "Wachposten (abcd) erschafft 1 Ring der flinken Finger.";rendered 1415835;mage "Ring der flinken Finger";item 1;number MESSAGE 163614456 1406933665;type "Wachposten (abcd) erschafft 1 Ring der flinken Finger.";rendered 1415835;mage "Ring der flinken Finger";item 1;number MESSAGE 259632008 1406933665;type |
||||
Angehängte Dateien: | |||||
Notiz | |
(0000224)
darcduck 2007-12-06 10:16 (Zuletzt bearbeitet: 2007-12-06 10:30) |
Ich denke ich habe das Problem gefunden: Klasse: MagellanMessageImpl private boolean isComplexEquals(MagellanMessageImpl o) { // this means: this.ID == o.ID ( != ambiguousID ) || (<IDs are not equal> this.text == o.text && this.messageType == o.messageType) return !this.getID().equals(ambiguousID) && (this.getID().equals(o.getID()) || (equalObjects(this.getText(), o.getText()) && equalObjects(this.getMessageType(), o.getMessageType()))); } Interessant ist der Teil a.ID=b.ID oder a.Text=b.Text Da der Text hier tatsächlich immer gleich ist, wird dann irgendwo anders das "Duplikat" entfernt ... Wie sollte das nun aussehen? isComplexEquals wird ja nur für Meldungen mit ID aufgerufen. Da sollte meiner Meinung nach auch nur die ID verglichen werden fertig. Den Typ kann man zur Sicherheit prüfen, den Text darf man nicht mit Oder verketten. Ich würde ihn ganz rauslassen, da er sowieso sprachabhängig ist, und somit beim Vergleich zweier Msg mit unterschiedlichem Locale sonst fehlschlagen würde. Tatsächlich heisst aber unterschiedliche ID nicht das es sich unbedingt um unterschiedliche Meldungen handeln muss. Im gleichen Kampf habe ich für die gleichen Abschnitte des Kampfreports teils gleiche und teils unterschiedliche msgIDs in zwei Reporten. Da die Msg aber zu einer Partei zugeordnet werden, sollte das auch kein Problem sein. |
(0000223)
darcduck 2007-12-06 12:18 (Zuletzt bearbeitet: 2007-12-06 15:04) |
fixed in magellan2 |
(0000219)
stm 2007-12-09 10:19 |
Fixed in Magellan2, "will not change" in Mag1, da nicht kritisch. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
80 | [Magellan] Funktionen | schwerer Fehler | immer | 2007-08-08 15:32 | 2007-12-02 06:14 |
Reporter: | Khadar | Rechnertyp: | |||
Bearbeitung durch: | stm | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Order entries for foreign units in region | ||||
Beschreibung: |
When selecting a region in the overview that has foreign units besides your own, or one of your units or a faction within such a region, the orders dock shows (empty) entries for all foreign units in the region, as well. When selecting one such entry, the dock is updated and emptied. Likely related to bug 0000036. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000233)
Khadar 2007-11-22 00:19 |
Seems fixed. |
(0000229)
stm 2007-12-02 06:14 |
no more complaints about this... |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
65 | [Magellan] Allgemein | kleinerer Fehler | immer | 2007-07-06 13:48 | 2007-11-21 16:02 |
Reporter: | Khadar | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Spell details | ||||
Beschreibung: |
Couple of things: - Some missing text entries for components: orders.Eisen orders.Wasser des Lebens etc. - In the syntax entry the spell name is always in german, even though in the Name & description it is shown in english. - I made some other icons for several things in here a while back, I'll resend them to the list. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000263)
Fiete 2007-11-19 14:43 |
spell name in syntax should now be translated. What text is still missing? |
(0000259)
Khadar 2007-11-20 12:32 |
Spell name in syntax is indeed translated, and the icons seem to be in place, thanks! The components don't show up as orders.Eisen and orders.Wasser des Lebens anymore, but just as german terms: Eisen, Wasser des Lebens. So except for translating them to english, this is fixed, too. |
(0000255)
Fiete 2007-11-20 18:01 |
sry, need an CR. My other test-crs have the spellsyntax in the cr still in german..this has changed neanwhile. At least, i have no actual *real* eng-CR from the server... Fiete |
(0000243)
Khadar 2007-11-21 13:13 |
Spellsyntax itself is fine. Just the components (iron, water of life, etc) need translating. Those should be available in the internal translation list(?) Btw, as far as I can tell the spellsyntax in my current cr is no different from my old faction's. In the SPRUECHE section for the unit the spell names are in german, in the TRANSLATION block they're listed in english. |
(0000240)
Fiete 2007-11-21 16:02 |
did some translation calls - should be fixed |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
72 | [Magellan] Grafik | kleinerer Fehler | immer | 2007-07-28 12:46 | 2007-11-21 15:38 |
Reporter: | Khadar | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Path renderer into unknown territory | ||||
Beschreibung: |
If a ship moves beyond the borders of the cr to explore regions the faction hasn't visited before, there are no regions for the path renderer to put the arrows in. Perhaps temporary "void" regions can be created to accomodate this? They would have to be flagged in some way to not be saved to the cr. They are for display purposes only, not to be confused with the "real void" regions that are created at actual borders of the world. If this can be done, I can create a totally empty region icon that will show up as background rather than the already implemented actual void regions. |
||||
Tags: | Einheiten, übergeben | ||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000139)
Khadar 2007-07-30 13:23 |
I fiddled a bit with the graphics, and it's trickier than I thought. It's easy to make the region show up as background. You just make the temp.gif and temp-alpha.gif totally black 80x80 squares (copy nebel.gif). This makes it look like background regardless of what look&feel the player is using. The tricky part is in fog of war. I tried compensating by making a negative image of the fog to nullify it, but that didn't work. To actually make this look good, we'd have to make the temp regions not have fog of war. I have no clue on how to do this other than to fool magellan into thinking the player has units in there, but can this be done without messing up a whole bunch of other stuff? |
(0000154)
Khadar 2007-08-09 21:31 |
I guess this already works for unknown regions within the "square" of the known map (I hope that makes sense). If you move toward an unknown region in the center of your map, it's shown. Just not when you move (too far) outward. |
(0000245)
Fiete 2007-11-21 08:41 |
Regions outside the "square" of the known world (the CR) are just not there. You cannot scroll to them and the path signs can not be displayed there. They do not exist. That´s only important I guess for very young factions, and for few explorer ships. But for them it is not very nice. I will try just to increase the square for some regions in each direction -> bigger square. I guess, 10 regions should be enough? |
(0000244)
Khadar 2007-11-21 10:16 |
Should be more than enough, yes. |
(0000242)
Fiete 2007-11-21 15:38 |
all maps have now a border which equals the space of 10 regions. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
77 | [Magellan] Icons | kleinerer Fehler | immer | 2007-08-08 12:12 | 2007-11-21 06:08 |
Reporter: | stm | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | 0000085: missing icons: spies and simpledefault | ||||
Beschreibung: | First one in the unit details, second one in the region tree (for example for trustlevel nodes) | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: |
spy.gif (350 Bytes) 2007-08-08 13:48 http://eressea.dracones.de/magellanbugs/file_download.php?file_id=15&type=bug |
||||
Notiz | |
(0000152)
Khadar 2007-08-08 13:44 |
Also sent spy.gif to the list. For the simpledefault I would use existing icons, mostly. In the case for trustlevel nodes in the region tree I would use the same alliancestate_x that are used in the region overview (same for the alliance listings in faction statistics). In faction statistics the "dots" are used, also for the income entries. I would prefer to see the corresponding skill icons there (entertainment, trade, taxation, magic, lohn) Is the simpledefault used anywhere else that you guys have noticed? |
(0000167)
Fiete 2007-08-31 16:05 |
Added spy.gif to the source and ensured, that it is used when an spy is detected. Fiete |
(0000246)
Fiete 2007-11-21 06:08 |
Spies working. No simpledefaultIcon found (not in List too). I will cose this as solved. If you find another place where simpledefaulticon should be used: - open new bug - provide icon - describe element the icon should used for |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
48 | [Magellan] Icons | Feature-Wunsch | immer | 2007-07-14 11:30 | 2007-11-21 05:58 |
Reporter: | Khadar | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | English oil icon | ||||
Beschreibung: |
Can this be added to the release? Then people can easily rename it. Most perfect would of course be to have magellan use oel.gif or oil.gif depending on the GUI language setting. |
||||
Tags: | Fertigstellung, Strassen | ||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: |
oil.gif (132 Bytes) 2007-07-14 11:30 http://eressea.dracones.de/magellanbugs/file_download.php?file_id=13&type=bug |
||||
Notiz | |
(0000123)
trickert 2007-07-19 11:43 |
I would prefer to use the english version only. It's not so easy to find a language specific icon. Or we could try to load an icon "<iconname>_<locale>" and if it isn't available try to load only "<iconname>". |
(0000247)
Fiete 2007-11-21 05:58 |
if locale.GUI != Locale.German loadImage now tries to load image_locale first. so I added youtr oil.gif as oel_en.gif to the resources and it is displayed, if gui-Locale is set to English. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
91 | [Magellan] Allgemein | kleinerer Fehler | immer | 2007-10-14 04:22 | 2007-11-21 05:23 |
Reporter: | stm | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Gebäude ohne Region | ||||
Beschreibung: | Wenn in einem Report ein Gebäude nur in EINHEIT-Blöcken vorkommt, aber nicht als BURG-Block (das kann beim cr-Export passieren), wird vom CR-Parser ein Gebäude ohne Region eingefügt. Dies führt später zu Problemen, z.B. in GameData.mergIt, wo über GameData.buildings() iteriert wird. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | Problem: Wo liegt eigentlich der Fehler? Im cr-Export? Soll es Gebäude ohne Region geben dürfen (es gibt Einheiten ohne Region)? Oder liegt der Fehler in mergeIt? | ||||
Angehängte Dateien: | |||||
Notiz | |
(0000172)
Fiete 2007-11-14 00:33 |
wenn ohne gebäude exportiert wird müssen gebäude komplett verschwinden. der fehler liegt m.E. beim export. der muss trotz der einstellungen, was exportiert werden soll, konsistente daten liefern. und gebäude ohne regionen bzw einheiten ohne region halte ich für nicht konsistent. wann gibt es einheiten ohne region? |
(0000248)
Fiete 2007-11-21 05:23 |
now the CRWriter will not write ship and building tags to units, if noships or nobildings selected. So the information about ship and building is complete lost if these options are selected. This fixes not the merge-bug, but the error originates in the CRWriter and this is fixed now. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
82 | [Magellan] Funktionen | Trivial | immer | 2007-08-12 13:01 | 2007-11-21 04:31 |
Reporter: | Khadar | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | SUPPLY order | ||||
Beschreibung: |
...shows up in order completion, but isn't an order listed in the rules. Anyone know what this is? I also noticed the END command shows up in the order completion, but as Magellan takes care of correctly formatting the orders, we shouldn't need this either, right? |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000249)
Fiete 2007-11-21 04:31 |
supply - another atlantis clone uses this. I disabled this. for other games with such kind of differeneces we need special implementaion classes. "make temp" and "END" removed - we focus of our temp-creation dialog, not manuel temp creation in the editor. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
103 | [Magellan] Allgemein | kleinerer Fehler | immer | 2007-11-20 12:39 | 2007-11-21 04:17 |
Reporter: | Khadar | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Manually changing node entries | ||||
Beschreibung: |
When "slowly" double-clicking a node entry in the details window, the user can change the name of it, totally messing up the display. This doesn't work in the region overview, should be disabled in the details window, too. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000250)
Fiete 2007-11-21 04:17 |
the hole tree is set editable to be able to edit comment nodes. To add a clever method of detecting, which nodes are editable and which not, a hole new class es needed - for now to much work. I ensured now, that if we have NO comment node edited, the correct value is displayed again after the change. Should be enough for now. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
101 | [Magellan] Funktionen | kleinerer Fehler | nicht getestet | 2007-11-18 04:15 | 2007-11-21 03:37 |
Reporter: | Khadar | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Open tasks: Foot movement overloaded | ||||
Beschreibung: | Open tasks shows a unit with foot movement overloaded while it is being given a horse that gives it plenty of capacity. The unit is moving 1 region with a horse, has a 14.7/25.4 load. In the unit details (bottom right) everything is shown correctly. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000252)
Fiete 2007-11-21 03:19 |
The open tasks list is (still) only created when an report is loaded and the list is opened. I recreated your case and no task was shown. I canceled the GIVE 1 Horse order, still not in open tasks. I saved and reloaded the CR -> showed up in list. Reentered GIVE order -> still in List, reloaded-> not in list... It is an actualization-problem...I will look for an mechanism, when the list is refreshed, or add a button. Plz verify my experiences with your example...check for the task in an new loaded CR. Fiete |
(0000251)
Fiete 2007-11-21 03:37 |
Fixed the actualization problem. After changing orders hole region is inspected again. Let´s see, if we have performance problems with that. Fiete |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
96 | [Magellan] Export | kleinerer Fehler | immer | 2007-11-10 01:18 | 2007-11-21 03:01 |
Reporter: | Khadar | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Export CR error | ||||
Beschreibung: |
In build 94 exporting a report while having "Delete statistics" checked results in the following error: "There was an error during the CR Export:java.lang.NullPointerException" If "Delete statistics" is not checked, it works fine. Note that everything worked fine in build 91. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | The cr to be exported is built up of english and german crs. I'm not sure if this is relevant to the issue. | ||||
Angehängte Dateien: | |||||
Notiz | |
(0000253)
Fiete 2007-11-21 03:01 |
I fixed another bug when deleting statistics selected and this one should be fixed now too. If not, plz copy the last lines of errors.txt in the bug comment |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
42 | [Magellan] Grafik | kleinerer Fehler | immer | 2007-06-06 14:23 | 2007-11-21 02:53 |
Reporter: | Khadar | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Options -> icon styles | ||||
Beschreibung: |
Talent < is missing. I really liked this feature, I have it set so that skills getting better have a yellow background, while skills getting worse are shown in red. This last thing I can't do anymore, so I'm now missing the warning. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000073)
trickert 2007-06-14 22:51 |
Das verstehe ich noch nicht so ganz, aber ich schau gerne mal rein. |
(0000076)
Khadar 2007-06-15 13:23 |
I guess I've had this in my magellan.ini for so long, I didn't realize it wasn't standard. No clue how I even got to this. I fixed it, this is basically what I'd like it to do, and it seems to work fine (copy to magellan.ini): CellRenderer.CustomStylesets=ADDITIONAL;MAIN;SIMPLE;DEFAULT;Talent>;Talent< CellRenderer.Emphasize.Style=1 CellRenderer.ShowToolTips=false CellRenderer.SkillIconTextColorMap=none CellRenderer.Stylesets.ADDITIONAL=horizontaltextposition\=RIGHT;verticaltextposition\=CENTER;parent\=DEFAULT CellRenderer.Stylesets.DEFAULT=foreground\=\#333333;background\=\#ffffff;selectedforeground\=\#333333;selectedbackground\=\#b8cfe5;font\=Dialog-plain-12;horizontaltextposition\=RIGHT;verticaltextposition\=CENTER CellRenderer.Stylesets.MAIN=horizontaltextposition\=RIGHT;verticaltextposition\=CENTER;parent\=DEFAULT CellRenderer.Stylesets.MAIN.talent\ <=horizontaltextposition\=RIGHT;verticaltextposition\=CENTER CellRenderer.Stylesets.SIMPLE=horizontaltextposition\=RIGHT;verticaltextposition\=CENTER;parent\=DEFAULT CellRenderer.Stylesets.Talent<=foreground\=\#0;background\=\#ff0000;horizontaltextposition\=RIGHT;verticaltextposition\=CENTER CellRenderer.Stylesets.Talent>=foreground\=\#0;background\=\#ffff00;horizontaltextposition\=RIGHT;verticaltextposition\=CENTER Still something strange going on, though. For some reason when saving and restarting magellan it creates subnodes "talent1" "talent2" "talent4" and "talent-1" etc all by itself. Doesn't seem to break anything, though. |
(0000077)
Khadar 2007-06-15 13:53 |
Somehow some messed up part of this is created after closing magellan the first time. I deleted the .inis and error.txt (fresh start, right?), then started magellan, and noticed the improved skills were shown in red this time. I hadn't touched the icon styles myself, and nothing showed in the dialog when I looked there. After closing magellan and restarting with the newly created .ini, it DID show up under the icon styles dialog. |
(0000081)
trickert 2007-06-15 23:20 |
Okay, thanks. I'll check that. Maybe this would be an nice feature for integration. |
(0000098)
Khadar 2007-07-03 13:10 |
I figured it out. It shows up depending on the report you load. If a unit in the report has gained a skill level, the "Talent >" node is created, with "Talent 1", "Talent 2" etc as subnodes depending on how many levels the unit gained at once. My guess is that when a report is loaded with a unit that lost skill levels (starvation, demons, other magical causes), the "Talent <" node will be created with the appropriate subnodes. IMHO it'd be better to just create these (at least the main nodes) right away, as default setting. |
(0000254)
Fiete 2007-11-21 02:52 |
Added per default Talents> 1-3 and Talents< (-1)-(-3). If in an report bigger changes occur AND is scheduled to dispay, an new style is added and available for editing in the preferences. That means..just loading a report is not enough, it is required that you try to display the unit and the changed level. Just for info: the styles are additive..Style Talent> will be taken for all properties for a level change of 2, for which Style Talent>.Talent2 do not define specific settings. Fixed. Fiete |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
41 | [Magellan] Funktionen | kleinerer Fehler | immer | 2007-06-06 14:17 | 2007-11-20 17:48 |
Reporter: | Khadar | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | sorting of units | ||||
Beschreibung: |
Unit sorting "by skill" isn't working. In the list there are only the german skill names, and all of them are "greyed out" (inactive). Umlaute and ss are shown funky, here, too. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000072)
trickert 2007-06-14 22:50 |
Eventuell ist das gelöst, weil ich die Codierung auf ISO-8859-1 zurückgedreht habe. Einmal mit einem "frischen" Nightly-Build morgen testen (also auch keine Konfiguration). |
(0000079)
Khadar 2007-06-15 14:18 |
With fresh install nothing is showing up in the list when first loading an english report. Restarting magellan doesn't show anything. When a german report is loaded, the list is populated with the german skill names, even if magellan is set to english. The german names are still with weird umlaute and ss. |
(0000082)
trickert 2007-06-15 23:25 |
Please try again because of the "Nightly-Build"-problems (see my bug note in 0000044). The problem with the missing english list items isn't easy to evaluate for my. Do you have a english report from the beginning of your faction in eressea (maybe second or third week?). This could help my testing my fixes... Thanks. |
(0000083)
trickert 2007-06-15 23:25 |
Please send the report private to my e-mail-address. |
(0000115)
trickert 2007-07-12 22:41 |
Is this resolved? |
(0000122)
Khadar 2007-07-12 23:34 |
The list is only populated if the skills show up in the TRANSLATION section of the cr. New english players therefore can not use it, and have to change it every time a new skill is learned. Annoying. Could be solved with a "default" english translation list that is updated when a translation shows up in the cr, as I suggested on the list. Otherwise resolved. |
(0000133)
trickert 2007-07-14 06:13 |
Okay, actually this is the problem that is currently under discussion with the eressea developers. We need initial english translations... |
(0000164)
Khadar 2007-08-12 12:28 (Zuletzt bearbeitet: 2007-08-12 12:28) |
Probably easiest to get straight from the source: http://www.eressea.de/rules/en/appendix_orders.html http://www.eressea.de/rules/en/appendix_skills.html http://www.eressea.de/rules/en/appendix_alchemy.html http://www.eressea.de/rules/en/production.html#resources http://www.eressea.de/rules/en/production.html#ships http://www.eressea.de/rules/en/production.html#castles That should take care of most of it. |
(0000261)
Fiete 2007-11-19 17:34 |
SkillList was only created once when preferences windows was opened. Now it is created with initPrefs each time - and shows the skills. I added extra CellRenderer to display translated names AND icons too. So - this works. But we still need for the beginning translations...we have all the SkillTypes in the Rules but no Translations in the CR yet..so we have to maintain a well defined list of translations for ourselfs - for each language. Should be loaded when GameData is created and translations from the CR will override our solutions. |
(0000257)
Fiete 2007-11-20 17:48 |
default translation added unit sorting by skill works in both languages buttons and list as "active", not greyed out, when an report is loaded. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
64 | [Magellan] Allgemein | Trivial | immer | 2007-07-05 13:30 | 2007-11-19 08:50 |
Reporter: | Khadar | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | HIDE race | ||||
Beschreibung: | The order completion suggests different races when the order HIDE is given, regardless of the player's race. This should only work for demons, though. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000171)
Fiete 2007-11-19 08:50 |
fixed |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
30 | [Magellan] Allgemein | Feature-Wunsch | immer | 2007-05-18 12:23 | 2007-11-19 06:42 |
Reporter: | Anonymous | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | 1_2_4_Beta8 | ||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Mindesttalentwerte für Orks einführen | ||||
Beschreibung: | Anfragen wollt ich, ob man für Orks evtl. die Möglichkeit hinzufügen könnte, Talente im Überblick-Fenster erst ab einem Mindestwert anzuzeigen und auch erst ab einem Mindestwert in die Talentsortierung mit einzubeziehen. Hintergrund ist die Tatsache, dass ich mir meine Talente da gern anzeigen lasse - diese aber wegen HW 1 und SW 1 für alle Orks äußerst lang sind und eine Sortierung gar nicht vernüftig möglich ist. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000055)
Fiete 2007-05-23 04:06 |
Sehr spezielles Problem, denn eine solche Einstellung sollte ja nur für eine bestimmte Partei (bzw Parteien einer Rasse) gelten. D.h. die Darstellung (und Sortierung) von Einheiten würde noch von der Partei abhängig werden, zu der sie gehören. Beschreib mal, warum eine Sortierung nicht möglich ist, wonach möchtest Du sortieren? Fiete |
(0000056)
Fiete 2007-05-23 04:07 (Zuletzt bearbeitet: 2007-05-23 04:07) |
Wie soll Deine Sortierung denn aussehen? |
(0000147)
stm 2007-08-08 10:42 |
1. Talentanzeige: Eine Option, Talente erst ab einem Mindestlevel anzuzeigen oder nur die (1 bis n) höchsten Talente anzuzeigen ist aus Gründen der Übersichtlichkeit sicher sinnvoll. 2. Bei Sortierung nach höchstem Talent in der Talentreihenfolge könnte auch Außerachtlassen von niedrigen werten sinnvoll sein. Müsste man mal sehen, wie aufwendig das zu machen ist. Partei- oder rassenabhängig muss und sollte das nicht sein, das ist einfach eine Option für alle Einheiten. |
(0000260)
Fiete 2007-11-19 06:42 |
Nicht perfekt, aber sicher nahe drann: Es gibt jetzt die Möglichkeit, Talente unter T2 nicht mehr anzeigen zu lassen, sowohl im Regionsbaum als auch in den Details. Das trifft dann aber auf alle Talente zu... An der Talentsortierung habe ich nicht gedreht. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
27 | [Magellan] CR-Support | kleinerer Fehler | immer | 2007-05-12 08:31 | 2007-11-19 05:15 |
Reporter: | zirafer | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | 1_2_4_Build_398 | ||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Merging of roads | ||||
Beschreibung: | In reports sent by the Eressea server, regions with visibility 'neighbour' do not include all roads (they only include roads leading to a region where we have got units). However, when merging such regions, Magellan overwrites the information about roads, often losing some roads. When merging regions with visibility 'neighbour', roads should not be deleted, only added. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | My Magellan version is 1.2.4_beta_build_398, but I cannot select this as 'Product Version'. | ||||
Angehängte Dateien: | |||||
Notiz | |
(0000049)
Fiete 2007-05-23 02:58 |
Product Version updated. Merging ... hm, will take some time;-)) Thx FF |
(0000258)
Fiete 2007-11-19 05:15 |
In Magellan 2 build 102 fixed. If we have only "neighbour"-based new information of an region, the borders(incl Roads) will not updated with the new data. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
32 | [Magellan] Allgemein | Feature-Wunsch | immer | 2007-05-28 09:39 | 2007-11-19 03:40 |
Reporter: | xenomorph | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Gegenstände in der Schiffs-Übersicht anzeigen | ||||
Beschreibung: |
Es wäre schön, wenn man auf ein Schiff klicken könnte und im Details-Fenster nicht nur die Personenzahlen und Einheiten zu sehen wären, sondern auch, welche Gegenstände auf dem Schiff versammelt sind. Dadurch könnte z.b. man sehr schnell und übersichtlich prüfen, ob ein Schiff mit genügend Silber versorgt ist. -xeno |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000057)
Fiete 2007-06-05 23:48 |
m.E. uneingeschränkt sinnvoll..;_) |
(0000256)
Fiete 2007-11-19 03:40 |
Done. Angezeigt wird die geplante Menge nach dem Zug. Zum Feststellen,welche Einheiten sich ändernde Mengen haben, einfach Details weiter aufklappen. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
25 | [Magellan] Funktionen | kleinerer Fehler | immer | 2007-05-12 08:03 | 2007-11-19 03:03 |
Reporter: | zirafer | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Review warnings ignore harbours | ||||
Beschreibung: | In the review, the messages 'Schiffbruch droht' and 'Ablegen in dieser Richtung nicht moeglich' should not be generated if there is knowledge about a harbour in the region in question. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000052)
Fiete 2007-05-23 03:51 |
Out of the code: // TODO: We should consider harbours, too. But this is difficult because we don't know if // harbour owner is allied with ship owner etc. We better leave it up to the user to decide... I will try to find out how difficult it is to check the alliance-state with the owner-faction for the wrong direction message. The "error.shipwreck.description" (Schiffbruch droht) does not contains on alliance-status, only a existing (working) harbour is needed, so there it is easy to add the needed check. Fiete |
(0000209)
Fiete 2007-11-19 03:03 |
build 102 bei hafenregion als ziel wird bei hafen genügender grösse kein fehler angezeigt. bei ablegen in "falsche Richtung" aus hafenregion wird lediglich warnung angezeigt (Typ=1) und auf Check mit Helfestatus des Besitzers hingewiesen. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
34 | [Magellan] Icons | kleinerer Fehler | immer | 2007-06-06 12:02 | 2007-11-19 01:56 |
Reporter: | Khadar | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Missing icons | ||||
Beschreibung: |
- herbs - alliance "dots" (faction statistics, also used for other entries) - 20x16 weapons (in faction statistics and unit details and stuff) - 20x16 potions - 20x16 shields - 20x16 trophies Perhaps more, haven't noticed yet. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: |
errors.txt (27,539 Bytes) 2007-06-15 13:59 http://eressea.dracones.de/magellanbugs/file_download.php?file_id=3&type=bug |
||||
Notiz | |
(0000059)
Khadar 2007-06-06 12:09 |
version 6-6-2007 |
(0000070)
trickert 2007-06-14 22:46 |
Kannst Du mir das Error-Log-File schicken? |
(0000078)
Khadar 2007-06-15 13:59 |
errors.txt resulting from a clean new install of version 2007-06-14 (nightly build finished early on the 15th) Please make sure you update the CHANGELOG file, even if it's minor stuff, so I can tell whether there's a new version, or if you haven't worked on it and the nightly build is identical to yesterday's. |
(0000080)
trickert 2007-06-15 23:17 |
Okay, I see a lot of missing resource keys in the error.log. I'll check that. Ich hab das CHANGELOG geändert. Aber die Änderungen, die ich gestern gemacht habe, siehst Du erst am Folgetag (also heute), weil das Nightly-Build ja nur nachts läuft. Ich wollte ungern das Nightly-Build öfter laufen lassen. Vielleicht immer eine Nacht warten, bevor Du die Sachen testest, die ich geändert habe. Ich überleg mir eine "One-Click-Release", die ich manuell anstoßen kann, ohne mich auf dem Server einzuloggen. |
(0000094)
Khadar 2007-06-22 13:29 |
Seems solved except for the herbs. Workaround for that is to copy herbs.gif to all [herbname].gifs, I guess. I'll try and come up with some more different icons for them, but I'm not promising anything ;) |
(0000103)
trickert 2007-07-05 10:45 |
Resolved by Fiete |
(0000111)
Khadar 2007-07-06 13:40 |
I forgot the "dots"... still missing icons under faction statistics->alliances and ->income. Instead of the dots from build 398, I'd like to see the same icons that are used elsewhere. For the alliance the same red/green/blue "5 markers" that are used in the overview, for income the same icons as used for the skills entertainment, magic and trade. |
(0000116)
trickert 2007-07-12 22:46 |
Okay, in the army stats it needs an icon called etc/images/icons/alliancestate_255.gif that doesn't exist. The next one would be alliancestate_123. I don't know, what this alliancestate_XXX means (maybe it's a counter between red/green/blue.... I don't know. |
(0000120)
Khadar 2007-07-12 23:27 |
The alliance_state icons are the little red-and-green squares that are also shown in the region overview. I'll check out what 255 is supposed to be and create it. |
(0000134)
Khadar 2007-07-14 07:16 (Zuletzt bearbeitet: 2007-07-14 07:17) |
hmmm... 255 doesn't make sense, because we only have 5 HELP stati. There's something weird in there. For some reason it counts 1-2-8-16-32 instead of 1-2-4-8-16-32. Maybe an old status (0000004) was dropped from the game? There's also an icon 123, which is the same as 59... all very weird. |
(0000207)
Fiete 2007-11-19 01:25 |
Fixed for alliances in faction statistics...see here for info about used bits: SILBER * 1 KÄMPFE * 2 WAHRNEHMUNG * 4 GIB * 8 BEWACHE * 16 PARTEITARNUNG * 32 ====== Summe: Wert des Status-Attributs. Anmerkung: Der Status HELFE WAHRNEHMUNG ist im aktuellen Eressea-Regelwerk nicht mehr aktiv, und hat keine Bedeutung. Anmerkung 2: Wenn die Stati SILBER, KÄMPFE, GIB, BEWACHE und PARTEITARNUNG gesetzt sind, nennt man diesen Kombinierten Zustand auch HELFE ALLES. (http://dose.0wnz.at/thewhitewolf/cr-format#allianz) |
(0000208)
Fiete 2007-11-19 01:55 |
Added income group icons. For "work" i took the new icon arbeiten.gif which is just now a copy of income = silver. It's wrong dimesion, I guess. So - all open things done. will close this bug report now |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
60 | [Magellan] Icons | Trivial | immer | 2007-07-03 12:23 | 2007-11-18 16:30 |
Reporter: | Khadar | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Potion icons | ||||
Beschreibung: |
In the unit details for an alchemist it shows how many of which potions he can make with the herbs on hand (at least I think that's what it is). For each node (potion entry) the icon of the potion should be displayed, as is the case with all other entries in the detail window. The icons already exist. Also, maybe the potions that can not be made should not be shown at all. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000183)
Fiete 2007-11-18 16:30 |
Done. Potions - the alchemist knows but cannot brew are shown - to give chance of information gathering. Ensured that each potion is shown only once |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
97 | [Magellan] Allgemein | Absturz | immer | 2007-11-15 03:28 | 2007-11-18 14:59 |
Reporter: | trickert | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | CR Export Concurrent Modification Exception | ||||
Beschreibung: |
Wenn man einen Report exportiert und folgendes macht: - Region selektieren - Export anschmeißen und folgende Haken setzen: - Region - Meldungen - Statistiken löschen - ausgewählte Regionen dann gibt es eine Exception. Anscheinend wird im CRWriterDialog über eine Liste iteriert, die sich ändert. Ich weiß aber nicht, was das soll... |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: |
java.util.ConcurrentModificationException at java.util.AbstractList$Itr.checkForComodification(AbstractList.java:372) at java.util.AbstractList$Itr.next(AbstractList.java:343) at magellan.library.utils.OrderedHashtable$OHIterator.next(OrderedHashtable.java:378) at magellan.client.swing.CRWriterDialog.write(CRWriterDialog.java:471) at magellan.client.swing.CRWriterDialog.access$1(CRWriterDialog.java:438) at magellan.client.swing.CRWriterDialog$1.actionPerformed(CRWriterDialog.java:192) at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1995) at javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2318) |
||||
Angehängte Dateien: | |||||
Notiz | |
(0000181)
Fiete 2007-11-18 14:59 |
Exception ist abgefangen. Extra Option zum Löschen von Parteien ohne Einheiten hinzugefügt. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
40 | [Magellan] Allgemein | Feature-Wunsch | immer | 2007-06-06 13:27 | 2007-11-13 02:23 |
Reporter: | Khadar | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | executable .jar? | ||||
Beschreibung: |
Is it hard to make it so that magellan can be run from a single .jar, like the builds on Fiete's site so far? It saves me the trouble of unzipping the whole thing over and over, and makes it easier to keep track of the different versions. Also, with the nightly updates, can you include the changelog? That way I know what to look for ;) |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000064)
trickert 2007-06-09 09:23 |
The changelog etc. is now part of the distribution. Your problems with the ZIP-file is actually a feature that makes it easier to change icons, texts and plugins. I'll think about your problem. |
(0000065)
trickert 2007-06-09 09:24 |
see above |
(0000066)
Khadar 2007-06-09 10:13 |
Not a big deal, this works fine, I was just used to just needing the one file ;) |
(0000114)
trickert 2007-07-12 22:40 |
Whar about an installer.jar? I could find a tool that creates a single jar file. if you start this jar, it would unpack and install itself in a given directory. |
(0000121)
Khadar 2007-07-12 23:31 |
Nah, don't worry about it, it works fine the way it is now. Close this issue. |
(0000180)
trickert 2007-11-13 02:23 |
Okay, it's now an executable installer jar. See <http://odyssey.log-out.net/magellan2/nightly-build/magellan_v2.0.beta.jar> |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
95 | [Magellan] Allgemein | Feature-Wunsch | immer | 2007-11-07 05:22 | 2007-11-12 23:30 |
Reporter: | trickert | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | niedrig | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Sommer / Winter Map | ||||
Beschreibung: | Ich hätte gerne eine visuellere Darstellung der Jahreszeiten. Im Winter sollten die Ebenen mit etwas Schnee bedeckt sein und kleine Eisschollen auf dem Meer herumtreiben. Im Frühjahr könnte alles blühen und im Herbst die Wälder bunte Bäume haben. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000178)
trickert 2007-11-08 22:42 |
Ok, der Code ist fertig. Die Bilder folgen bald. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
94 | [Magellan] Allgemein | Feature-Wunsch | immer | 2007-10-31 03:24 | 2007-11-07 04:09 |
Reporter: | trickert | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Positionierung der Karte beim Laden des Reports | ||||
Beschreibung: |
Momentan ist es so, dass beim Laden eines Reports die Karte (inkl. Minimap) auf die obere linke Ecke (0,0) gesetzt wird. Wenn der Report aber eine etwas ungünstige Form hat, sieht man so nach dem Laden des Reports keine Karte. Hier wäre es sinnvoll, dass Magellan sich merkt, an welcher Position (Region) eine Karte zuletzt geöffnet wurde (letzte aktive Region) und würde beim Laden dann automatisch diese Region "ansteuern". Problem ist nur, wie merkt sich Magellan die Position. Es gibt zwei Vorschläge: 1. Die letzte aktive Region wird im CR gespeichert 2. Die letzte aktive Region wird in der magellan.ini gespeichert. Ersteres hätte den Vorteil, dass die Positions-Information mit der Karte wandert. Wenn man also mehrere Karten benutzt, hat man pro Karte einen Steuerpunkt. Letzeres hätte den Vorteil, dass das CR-Format nicht durch solche Client-spezifischen Einstellungen korrumpiert wird. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000176)
trickert 2007-11-07 04:09 |
Das wird jetzt im CR gespeichert. Es gibt an der einzigen aktiven Region im CR jetzt eine weitere Zeile "1;aktiveRegion". Wird die gefunden, wird das in GameData vermerkt und beim Laden dorthin gesprungen. Bei jeder Neuselektion wird der Wert in GameData neu gesetzt und entsprechend in der Region vermerkt. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
93 | [Magellan] Allgemein | Feature-Wunsch | immer | 2007-10-31 03:05 | 2007-11-07 03:29 |
Reporter: | trickert | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Fortschrittsbalken bei Operationen auf großen Karten | ||||
Beschreibung: |
Wenn man eine sehr große Karte mit Magellan bearbeiten will, dann gibt es einige Funktionen, die nicht genügend Benutzerinteraktion besitzen. Beim Mergen des Reports gibt es eine Fortschrittsanzeige, ansonsten war's das. Folgende Bereiche sollten um Fortschrittsanzeigen erweitert werden: - Laden eines Reports - Speichern eines Reports - Exportieren eines Reports - Erzeugen einer Karte - Erfassen von Inseln |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | Um diese Funktion vielleicht für alles auf einmal zu erschlagen, könnte man vielleicht einen Regionsiterator bauen, der eine GUI besitzt. Im Code ruft man nur den RegionIterator auf und automatisch öffnet sich ein Dialog, der einen Fortschrittsbalken anzeigt. | ||||
Angehängte Dateien: | |||||
Notiz | |
(0000174)
trickert 2007-11-07 03:07 |
Okay, bis auf das Laden eines Reports gibt es jetzt überall eine Progressbar. Das Laden ist nicht trivial, weil die Methode einen Wert zurückgeben soll. Aber eigentlich muss ein Thread gestartet werden, der das Laden/Parsen übernimmt und nichts zurückgibt. Das ist ein kleineres Problem. Wahrscheinlich muss man hierfür die Funktionalität umbauen und den gesamten Lade-Prozess in einen Thread packen, der dann nur noch aufgerufen wird. Der Thread lädt und aktualisiert die GUI. |
(0000175)
trickert 2007-11-07 03:29 |
So. Nicht hübsch aber praktikabel. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
92 | [Magellan] Allgemein | schwerer Fehler | immer | 2007-10-31 02:58 | 2007-11-07 01:44 |
Reporter: | trickert | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | OutOfMemory Error | ||||
Beschreibung: |
Wenn man eine sehr große Karte lädt (130.000 Regionen), dann kommt es bei den Standard-Einstellungen der VM (128M) zu einem OutOfMemory Error. Das ist nicht zu verhindern. Aber Fiete meinte, es gebe einen Mechanismus, der entsprechend vorher warnt, dass der Speicher wahrscheinlich nicht reicht. Dieser Mechanismus funktioniert nicht. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: |
Exception in thread "Thread-10" java.lang.OutOfMemoryError: Java heap space at magellan.library.CoordinateID.parse(CoordinateID.java:164) at magellan.library.io.cr.CRParser.parseRegion(CRParser.java:2523) at magellan.library.io.cr.CRParser.parseHeader(CRParser.java:948) at magellan.library.io.cr.CRParser.read(CRParser.java:2937) at magellan.library.io.GameDataReader.readGameDataCR(GameDataReader.java:160) at magellan.library.io.GameDataReader.readGameData(GameDataReader.java:88) at magellan.library.io.GameDataReader.readGameData(GameDataReader.java:44) at magellan.client.Client.loadCR(Client.java:1172) at magellan.client.actions.file.OpenCRAction$LoadCR.run(OpenCRAction.java:132) at java.lang.Thread.run(Unknown Source) |
||||
Angehängte Dateien: | |||||
Notiz | |
(0000173)
trickert 2007-11-07 01:44 |
Zusätzlicher Try-Catch(OutofMemoryError) beim Parsen hinzugefügt. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
83 | [Magellan] Allgemein | kleinerer Fehler | immer | 2007-08-22 12:35 | 2007-08-25 01:55 |
Reporter: | trickert | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Inseln erfassen nicht nur mit Ozean als Begrenzung | ||||
Beschreibung: |
Wenn ich das richtig sehe, dann werden Inseln dahingehend erfasst, dass alle Regionen die von Ozean umgeben sind, zu einer Insel zusammengefasst werden. Ich würde das gerne um Regionstypen erweitern, die man nicht betreten kann - zum Beispiel Feuerwand. 1. Liegt eine Insel am Rand der Feuerwand wird sie von Magellan nicht als Insel erfasst. Feuerwände sollten bei dieser Funktion wie Ozeane erkannt werden. 2. Ist eine Insel am Rand der Karte nicht komplett von Ozean umgeben, wird diese auch nicht als Insel erkannt. Das wäre aber ganz nett. Hier könnte man vielleicht jede Region bei der eine Nachbarregion fehlt mit einer Pseudo-"Ozean"-Region versehen, um die Inselerfassung trotzdem durchzuführen. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000166)
Khadar 2007-08-23 11:00 |
ad 2) Such regions can already be created by magellan as "The Void" regions. So islands bordering firewalls, The Void (and maybe icebergs?) could be considered complete islands. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
69 | [Magellan] Allgemein | schwerer Fehler | immer | 2007-07-13 04:11 | 2007-08-12 12:58 |
Reporter: | Khadar | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | "Flashing" between units | ||||
Beschreibung: | When in the region overview a region or faction is selected and you click in the order entry for a unit that is not at the top of the list, Magellan "flashes" between the selected unit's orders and the one at the top of the order list. This keeps up for several seconds. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | Just noticed this when I was testing the path renderer thing. Build 61. | ||||
Angehängte Dateien: | |||||
Notiz | |
(0000130)
trickert 2007-07-14 06:07 |
Ist mir auch schon aufgefallen. |
(0000140)
stm 2007-08-03 17:35 |
Think I fixed it. After selecting a new OrderEditor panel a SelectionEvent is triggered in focusGained for the selected unit. Then, all the editors were reloaded, causing the first one to get the focus. This triggered another SelectionEvent on the corresponding unit. Processing of the first SelectionEvent caused the newly selected unit to be focused and so on and so forth. Fixed by not reloading the editors in MultiOrderEditorList.selectionchanged if the selected one is already showing. Please test in different look and feels/operating systems before closing. |
(0000142)
Khadar 2007-08-06 14:24 |
Sorry, still occurs on all (stock) look & feels running on Windows XP with Java Platform SE 6 build 1.6.0_02-b06. Tested Magellan build 65 (2007-08-05 version, I don't think the build number was updated from 04-08 to 05-08) |
(0000143)
stm 2007-08-08 08:36 |
Fixed it now (build number 66). |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
78 | [Magellan] Funktionen | kleinerer Fehler | immer | 2007-08-08 13:57 | 2007-08-12 12:45 |
Reporter: | Khadar | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Foreign silver in faction statistics | ||||
Beschreibung: |
Fairly new feature, I believe, and I like it. I'm not sure if a silverbag in the hands of a unit with 5 people should be counted as 5 silverbags, though. Then again, maybe it should. Does the silverbag only show up if the unit is carrying at least [number of people in the unit]*500 silver, or if the unit is carrying 500 silver, regardless of how many people are in the unit? Same goes for the chests, of course. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000153)
Khadar 2007-08-08 14:02 |
Apparently the way it is shown now is correct. No bug. Just delete this issue. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
73 | [Magellan] Allgemein | Fehler im Text | immer | 2007-07-30 12:03 | 2007-08-12 12:44 |
Reporter: | Khadar | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Missing spaces | ||||
Beschreibung: |
Minor minor thing, but should be easy to fix, right? ;) Region details: Recruit 12 of12 Faction statistics -> Income Entertainment 103,789 silverof 104,265 silver Unit details: Disguised as factionFoobar (foo) |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000141)
stm 2007-08-03 17:35 |
Done. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
46 | [Magellan] Funktionen | Unschönheit | N/A | 2007-06-09 21:42 | 2007-08-12 12:44 |
Reporter: | melwin | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Warnung bei Überladung | ||||
Beschreibung: |
Hallo, ersteinmal vielen Dank für die Arbeit die ihr in Magellan investiert, es freut uns immer wenn Magellan noch ein Stückchen besser wird :-) Eine Sache die mich schon oft geärgert hat ist, das Magellan zwar anzeigt wenn jemand überladen ist, aber nicht wirklich davor warnt. Ich würde mir deshalb eine Option wünschen die beim Befehle speichert auflistet welche EInheiten trotz überladung NACH gesetzt haben. Wäre das möglich? Viele Grüße aus Tokyo Jan |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000067)
melwin 2007-06-09 21:50 |
Es würde mir reichen die offene Probleme Ansicht einzublenden, wenn es offene Probleme gibt. |
(0000068)
Sandokan 2007-06-10 00:38 |
Eigentlich hast du deine Frage schon selbst beantwortet: "offene Probleme" --> Extras --> offene Probleme oder per Tastenkürzel "Strg"+"Umschalt"+"R". Da hätte ich aber dann noch einen Wunsch: Da oft einige Probleme angezeigt werden, die keine sind oder man hat tatsächlich viele Probleme, ist es wünschenswert, wenn mann die einzelnen Probleme als "gelöst " markieren kann, damit zum Schluss keine Probleme mehr sind. |
(0000148)
stm 2007-08-08 10:51 |
Automatisches Einblenden des Probleme-Fensters halte ich für lästig und nicht sinnvoll. In Magellan2 soll die Ansicht aber besser integriert werden. Probleme als "zu ignorieren" markieren steht auf meiner Agenda, hat aber mit diesem Bug nichts zu tun. --> Kann geschlossen werden. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
39 | [Magellan] Allgemein | kleinerer Fehler | immer | 2007-06-06 12:19 | 2007-08-12 12:43 |
Reporter: | Khadar | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Order completion | ||||
Beschreibung: | ... is not working at all when first typing. After giving the first part and a space, it suggests magellan.xxx (as listed in that thread). | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | version 6-6-2007 | ||||
Angehängte Dateien: | |||||
Notiz | |
(0000085)
trickert 2007-06-15 23:39 |
Okay, das könnte also an fehlenden ResourceKeys liegen. Ich schau mal. |
(0000099)
trickert 2007-07-04 12:17 |
Resolved by Fiete. |
(0000135)
Khadar 2007-07-14 11:21 |
Items are not suggested in both german and english version (GIVE abcd 1 ...) Also, TEMP units aren't handled right. When deleting and reentering the part after TEMP, this is seen as an existing unit and the TEMP is ignored. |
(0000151)
stm 2007-08-08 13:14 (Zuletzt bearbeitet: 2007-08-08 13:20) |
Doesn't occur in the latest build (65 or 66) |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
38 | [Magellan] Allgemein | kleinerer Fehler | immer | 2007-06-06 12:13 | 2007-08-12 12:43 |
Reporter: | Khadar | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | unit details (customizable html) messed up | ||||
Beschreibung: | Initially it has a newline with a "v" in it for some reason. Even after altering it to the standard entry from build 398 it doesn't work, though. Somehow only pool-silver, trade and herbs are shown. Magellan doesn't seem to recognize the other §peasants§maxWorkers§ type things. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000063)
Khadar 2007-06-08 11:36 |
I meant region details, of course, not unit details. |
(0000084)
trickert 2007-06-15 23:38 |
Ich bin mir nicht sicher, welche "region details" Du meinst. Wo kann man die konfigurieren und wo kann man die sehen (ToolTip?) |
(0000087)
Khadar 2007-06-16 00:42 |
I guess it's called "Region short info". Under Options->Details. |
(0000138)
stm 2007-07-29 14:55 |
I think I've fixed both problems today. |
(0000165)
trickert 2007-08-12 12:43 |
I think the patch was from Solthar |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
50 | [Magellan] Allgemein | Trivial | immer | 2007-06-16 09:29 | 2007-08-10 23:40 |
Reporter: | Lanwin | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 1 | ||||
Zusammenfassung: | Nicht benötigtes Kreuz im Treeview rausnehmen | ||||
Beschreibung: | Im Haupt-Treeview wird auch bei den obersten Elementen ein Kreuz/Pfeil angezeigt der Kenzeichnet ob das Element aufgeklapt ist. Diesen könnte man sich eigentlich sparen und hätte somit mehr platz. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000149)
stm 2007-08-08 12:04 |
Gute Idee. Kann jetzt (optional) ausgeblendet werden. |
(0000163)
trickert 2007-08-10 23:40 |
reported as fixed by Solthar |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
44 | [Magellan] Funktionen | kleinerer Fehler | immer | 2007-06-06 14:42 | 2007-08-10 23:37 |
Reporter: | Khadar | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | 1_2_4_Build_398 | ||
Produkt-Build: | Lösung: | wird nicht behoben | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 1 | ||||
Zusammenfassung: | echeck and vorlage | ||||
Beschreibung: |
Paths are entered in Extra->Options->Resources->Paths as well as in Extra->ECheck and Extra->Vorlage. Seems confusing and redundant to me. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000062)
Khadar 2007-06-06 14:43 |
(same as 53) |
(0000162)
trickert 2007-08-10 23:37 |
This is more or less fixed in Magellan2 and will not be fixed in Magellan1 |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
29 | [Magellan] Allgemein | kleinerer Fehler | immer | 2007-05-12 09:16 | 2007-08-10 23:34 |
Reporter: | zirafer | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 1 | ||||
Zusammenfassung: | Order completion for DESTROY command | ||||
Beschreibung: |
We can only destroy a building or ship of which we are the owner. Therefore, the order completion only suggests DESTROY to units that own a building or ship. However, the typical vicious warrior likes to enter a building and destroy it in the same turn. It would be nice if DESTROY could also be suggested to units entering an empty building (or a building all inhabitants of which are attacked ...) |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000054)
Fiete 2007-05-23 03:58 |
i will try to add "modified building" to the destroy completion FF |
(0000146)
stm 2007-08-08 10:32 |
fixed in Magellan and Magellan2 |
(0000161)
trickert 2007-08-10 23:34 |
reported as fixed by Solthar |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
26 | [Magellan] Allgemein | kleinerer Fehler | immer | 2007-05-12 08:08 | 2007-08-10 23:32 |
Reporter: | zirafer | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 1 | ||||
Zusammenfassung: | Treatment of disguised 'traitors' | ||||
Beschreibung: | If another faction disguises their units using my faction number, these units are sorted under my faction. This is very confusing, because I cannot give orders to these units, so it always looks like I have got units with unconfirmed orders. These traitors should either be put in 'Parteigetarnte', or perhaps in a new block 'Traitors'. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000053)
Fiete 2007-05-23 03:53 |
new block is my suggestion. Will check that. FF |
(0000145)
stm 2007-08-08 10:21 |
In Magellan2, build 66, these units can now be confirmed. so this shouldn't be an issue any more. |
(0000160)
trickert 2007-08-10 23:32 |
reported as fixed in Magellan2 by Solthar |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
24 | [Magellan] Grafik | kleinerer Fehler | manchmal | 2007-05-10 13:31 | 2007-08-10 23:31 |
Reporter: | Khadar | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 1 | ||||
Zusammenfassung: | Castle display in map still strange... | ||||
Beschreibung: |
It happened again, in build_398... tradeposts (size 2-9) disappeared. Using "reload graphic set" I got them back, but then size 10+ castles were gone. Trying "reload graphic set" again, all showed up. A few tries later, none were there. Nothing is showing up in my errors.txt... I have no clue what's causing this, there seems to be no set reason. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000089)
Khadar 2007-06-18 12:02 |
Haven't missed tradeposts in a while... I guess we can close this. |
(0000136)
Khadar 2007-07-21 00:55 |
Haven't had problems in Magellan 2 at all. |
(0000159)
trickert 2007-08-10 23:31 |
reported as fixed/closeable by Solthar |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
2 | [Magellan] Funktionen | kleinerer Fehler | immer | 2007-03-05 13:53 | 2007-08-10 23:28 |
Reporter: | Fiete | Rechnertyp: | PC | ||
Bearbeitung durch: | trickert | Betriebssystem: | Win XP SP2 | ||
Priorität: | niedrig | BS-Version: | Beta | ||
Status: | erledigt | Produktversion: | 1_2_4_Beta7 | ||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 1 | ||||
Zusammenfassung: | "Befehl geben" im Kontextmenü beeinflusst falsche Einheit | ||||
Beschreibung: |
stm: Bei Rechtsklick auf eine Einheit in der Übersicht und Auswahl von "Befehl geben" wird der Befehl der gerade selektierten Einheit gegeben anstatt der, auf die der Rechtsklick ausgeführt wurde. Gewünschtes Ergebnis: Der neue Befhl sollte der angeklickten Einheit gegeben werden und diese selektiert. Unklar ist allerdings, was passiert, wenn bereits mehrere Einheiten selektiert wurden. Jetzt würde man trotz Rechtsklick auf eine andere Einheit vielleicht erwarten, dass der neue Befehl allen selektierten Einheiten gegeben wird. Ich denke aber, es sollte auch in diesem Falle die angeklickte Einheit selektiert werden und die bisher selektierten de-selektiert werden. Dies scheint das allgemein übliche Verhalten zu sein. Merkwürdigerweise verhält sich der Kontextmenübefehl "Kopiere Nummer" anders. Hier wird die Nummer der angeklickten Einheit kopiert, nicht die der selektierten. Auch hier sollte die angeklickte Einheit selektiert werden und deren Nummer kopiert, um Zweideutigkeiten aufzulösen. Man sollte sich alle Kontextbefehle mal daraufhin anschauen. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Systembeschreibung | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000144)
stm 2007-08-08 10:12 |
Habe das jetzt zumindest so geändert, dass das Kontextmenü sich auf die angeklickte Einheit bezieht, falls diese nicht Teil der Auswahl ist und sonst auf die Auswahl. Das ist zwar noch nicht das sonst übliche Verhalten aber zumindest nachvollziehbar. |
(0000157)
trickert 2007-08-10 23:28 |
reported as fixed by Solthar |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
79 | [Magellan] Allgemein | Fehler im Text | immer | 2007-08-08 15:22 | 2007-08-10 23:24 |
Reporter: | Khadar | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Tip of the Day missing text | ||||
Beschreibung: | tipoftheday.tip.4, build 66 | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000156)
trickert 2007-08-10 23:24 |
English text was missing (tip 11 too) |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
76 | [Magellan] Allgemein | kleinerer Fehler | immer | 2007-08-08 09:35 | 2007-08-10 23:17 |
Reporter: | stm | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 1 | ||||
Zusammenfassung: | inital settings | ||||
Beschreibung: |
some of the initial settings are not very nice when first starting Magellan. Examples: - size of faction stats dialog - initial desktop layout (okay, but may be improvable) - default report format for load/save dialog is bz2 (for eressea, zip is now standard, I think) - Dateinamengenerierung - size of temp unit dialog |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000155)
trickert 2007-08-10 23:17 |
> - size of faction stats dialog Done. > - initial desktop layout (okay, but may be improvable) Done. > - default report format for load/save dialog is bz2 Done. > - Dateinamengenerierung Not Done, because I don't understand the problem. Please reopen if you want and explain the bug. - size of temp unit dialog Done. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
70 | [Magellan] Funktionen | Trivial | immer | 2007-07-13 14:20 | 2007-07-14 06:11 |
Reporter: | Khadar | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Echeck window close button | ||||
Beschreibung: | ...is always greyed out. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000131)
trickert 2007-07-14 06:10 |
Yes. This was intended, because it doesn't make sense to have an extra close button in a dock. I think it's better to remove the button completly. It's not necessary. |
(0000132)
trickert 2007-07-14 06:11 |
Close-Button removed |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
67 | [Magellan] Allgemein | kleinerer Fehler | immer | 2007-07-09 08:40 | 2007-07-14 06:05 |
Reporter: | Khadar | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Path renderer isn't working | ||||
Beschreibung: | The yellow arrows when moving a unit aren't displayed anymore. Neither are the grey for "passive movement", even if the little box is checked for it. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000118)
trickert 2007-07-12 23:06 |
Oh, this works in my version without a problem...? hmmm. |
(0000124)
Khadar 2007-07-12 23:38 |
I'll download the latest nightly build and check again. (I usually don't update my version unless there's something new in the changelog). |
(0000126)
Khadar 2007-07-13 04:04 |
Nope, not working in the current version (build 61) |
(0000127)
trickert 2007-07-13 10:04 |
Yes, you're right. Now it doesn't show the yellow arrows neither for ships nor horses etc. I'm sure two weeks ago this wasn't a problem. |
(0000128)
Khadar 2007-07-13 15:22 |
Did some checking... the "past path" renderer (where the unit came from) seems to have worked up to build 45 (03-07-2007), but the current path renderer hasn't been working since at least 15-06-2007. |
(0000129)
trickert 2007-07-14 05:43 |
Okay, it's working in rev 432 but in rev 433 it's broken. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
54 | [Magellan] Allgemein | Feature-Wunsch | immer | 2007-06-17 06:02 | 2007-07-08 05:57 |
Reporter: | Lanwin | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | ECheck windows: Integrate as dock | ||||
Beschreibung: | It where usefull if i could dock the ECheck ouput in future versions. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000090)
trickert 2007-06-20 04:31 |
Fänd ich auch gut... |
(0000113)
trickert 2007-07-08 05:57 |
both is possible. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
43 | [Magellan] Funktionen | kleinerer Fehler | immer | 2007-06-06 14:41 | 2007-07-08 04:13 |
Reporter: | Khadar | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | echeck and vorlage | ||||
Beschreibung: |
Paths are entered in Extra->Options->Resources->Paths as well as in Extra->ECheck and Extra->Vorlage. Seems confusing and redundant to me. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000061)
Khadar 2007-06-06 14:43 |
(same as 54) |
(0000074)
trickert 2007-06-14 22:53 |
Ja, das macht keinen Sinn. Evtl. würde ich bei Magellan2 aber sowieso ECheck als Java Implementierung direkt integrieren (muss sich nur noch jemand finden, der das umsetzt)... |
(0000112)
trickert 2007-07-08 04:13 |
Path Settings are editable only in the Options. In the dialogs the path is only visible and not editable. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
37 | [Magellan] Allgemein | kleinerer Fehler | immer | 2007-06-06 12:06 | 2007-07-05 11:53 |
Reporter: | Khadar | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Teacher/student relationship | ||||
Beschreibung: | ... is not listed in unit details. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000107)
Khadar 2007-07-05 10:56 |
Resolved. |
(0000108)
trickert 2007-07-05 11:53 |
Resolved by Fiete |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
35 | [Magellan] Allgemein | Fehler im Text | immer | 2007-06-06 12:04 | 2007-07-05 10:47 |
Reporter: | Khadar | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Translations | ||||
Beschreibung: | Lots of entries are still in german; skills, races, recources, luxury goods, etc. I'll go over this more once most of them have been done, not posting an exhaustive list now. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000071)
trickert 2007-06-14 22:47 |
Auch hier: Das Error-Log wäre toll. Notiz für mich: Wenn da nichts drin steht, wird aus den Resourcen per Default aus deutsch ausgelesen. Das wäre falsch. |
(0000105)
trickert 2007-07-05 10:47 |
Resolved by Fiete |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
33 | [Magellan] Allgemein | Fehler im Text | immer | 2007-06-06 11:53 | 2007-07-05 10:46 |
Reporter: | Khadar | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | missing text entries magellan.xxx.xxx... | ||||
Beschreibung: |
Several of these kinds of entries are missing, perhaps just as a missing english translation (I've not tested the German locale, i'll leave that up to you guys) Startup: magellan.startwindow.infotext Title bar: magellan.rules.eresseadate.[german month name] Region detail window: magellan.unit.guard.region Unit detail window magellan.util.units.shield (also in faction statistics) magellan.unit.combatstatus.[combatstatus] Faction statistics -> alliances: magellan.orders.[alliance state] Ship detail window: magellan.orders.[direction] (shore) Perhaps a few more, this is what I've found so far. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | version 6-6-2007 | ||||
Angehängte Dateien: | |||||
Notiz | |
(0000058)
Khadar 2007-06-06 12:09 |
spell details: magellan.orders.[potion name] magellan.orders.[resource name] magellan.orders.[spell syntax] |
(0000060)
Khadar 2007-06-06 12:16 |
order completion: magellan.orders.[order] |
(0000069)
trickert 2007-06-14 22:45 |
> Title bar: > magellan.rules.eresseadate.[german month name] ist gelöst. Den Rest muss ich noch prüfen. |
(0000086)
trickert 2007-06-16 00:36 |
Okay, außer den unten beschriebenen Fällen, konnte ich alles bearbeiten. Bei diesen Fällen, kann ich keinerlei Einträge finden: > Faction statistics -> alliances: > magellan.orders.[alliance state] > > Ship detail window: > magellan.orders.[direction] (shore) |
(0000088)
Khadar 2007-06-16 01:18 |
Nope, those don't show up in errors.txt... they're still missing, though ;) |
(0000104)
trickert 2007-07-05 10:46 |
Resolved by Fiete |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
36 | [Magellan] Allgemein | kleinerer Fehler | immer | 2007-06-06 12:06 | 2007-06-22 21:52 |
Reporter: | Khadar | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Halfling feet | ||||
Beschreibung: | ...are not seen as trophies, or at least not listed as such in faction statistics. They are in build 398. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000093)
Khadar 2007-06-22 13:26 |
Solved. They show up now. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
52 | [Magellan] Allgemein | schwerer Fehler | immer | 2007-06-17 05:44 | 2007-06-21 21:44 |
Reporter: | stm | Rechnertyp: | |||
Bearbeitung durch: | trickert | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 2 | ||||
Zusammenfassung: | Absturz beim Mergen | ||||
Beschreibung: |
Beim Hinzufügen eines Reports gab es folgenden Fehler: java.lang.UnsupportedOperationException at java.util.Collections$UnmodifiableCollection.remove(Collections.java:1021) at magellan.library.utils.MagellanFactory.mergeRegion(MagellanFactory.java:1100) at magellan.library.GameData.mergeIt(GameData.java:1334) at magellan.library.GameData.merge(GameData.java:763) at magellan.library.utils.ReportMerger.mergeReport(ReportMerger.java:893) at magellan.library.utils.ReportMerger.mergeThread(ReportMerger.java:322) at magellan.library.utils.ReportMerger.access$400(ReportMerger.java:50) at magellan.library.utils.ReportMerger$1.run(ReportMerger.java:295) at java.lang.Thread.run(Thread.java:595) |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: |
Beispiel-CRs im Anhang (merge001a, merge001b) |
||||
Angehängte Dateien: |
merge001a.cr (59,153 Bytes) 2007-06-17 05:44 http://eressea.dracones.de/magellanbugs/file_download.php?file_id=4&type=bug merge001b.cr (59,115 Bytes) 2007-06-17 05:45 http://eressea.dracones.de/magellanbugs/file_download.php?file_id=5&type=bug |
||||
Notiz | |
(0000092)
trickert 2007-06-21 21:44 |
die Methode resources() liefert jetzt eine modifizierbare Liste. Dies muss sein, weil früher direkt auf die Variable region.resources zugegriffen wurde, was durch das Interface dazwischen nicht mehr ging.... Ich hoffe, das hat keine anderen Nebeneffekte... |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
23 | [Magellan] Funktionen | kleinerer Fehler | immer | 2007-05-05 15:29 | 2007-05-09 15:58 |
Reporter: | Khadar | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 1 | ||||
Zusammenfassung: | Order completion for OPTION SCORE | ||||
Beschreibung: | There is none. Does it work for OPTION PUNKTE? | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000037)
Fiete 2007-05-07 06:10 |
SCORE and PUNKTE are missing. Will have to add that. Fiete |
(0000046)
Fiete 2007-05-09 15:58 |
OPTION SCORE and OPTION PUNKTE working. (in 398) |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
22 | [Magellan] Funktionen | kleinerer Fehler | immer | 2007-05-05 13:33 | 2007-05-09 15:58 |
Reporter: | Khadar | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 1 | ||||
Zusammenfassung: | Magellan doesn't notice teacher teaching same pupils twice | ||||
Beschreibung: |
When a teacher gives the following order: TEACH aaa bbb ccc aaa the people in unit aaa are counted twice... I think some sort of error message would be in order, though. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000035)
Fiete 2007-05-07 05:35 |
Never tried that ;_)) Is there any response from the server to this behaviour ? I guess, the (!!!) solution from the check of give-relations could be applied here. Fiete |
(0000040)
Khadar 2007-05-07 11:50 |
No clue what the server would do on these orders... ECheck doesn't catch it. |
(0000045)
Fiete 2007-05-09 15:58 |
in 398 done. teachers are checked for duplicate pupils, if found (!!!) is added. person count not changed |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
17 | [Magellan] Allgemein | Feature-Wunsch | immer | 2007-04-26 03:18 | 2007-05-09 15:56 |
Reporter: | Anonymous | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 1 | ||||
Zusammenfassung: | "GIB <schiff-nr>" und GIB <gebäude-nr> ermöglichen | ||||
Beschreibung: |
es wäre in einigen fällen sehr angenehm, wenn man einen "GIB <schiff-nr>" geben könnte und dann die nummer des schiffs durch die des kapitäns ersetzt wird. Dann müsste man nicht immer hin- und herklicken. gleiches könnte man natürlich auch für gebäude machen. -xenomorph ps: ich bin immernoch in dem mail-verteiler. bitte nehmt mich da raus. danke. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000023)
Fiete 2007-05-02 06:06 |
Das ist bestimmt hilfreich. Habe Dich aus der [Private Magellan Client Beta Liste] ausgetragen. Fiete |
(0000044)
Fiete 2007-05-09 15:56 |
in _398 erledigt. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
12 | [Magellan] Icons | Feature-Wunsch | immer | 2007-03-14 00:57 | 2007-05-09 15:55 |
Reporter: | Fiete | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 1 | ||||
Zusammenfassung: | Custom icons | ||||
Beschreibung: |
First, this may have been better as a "[FEATURE] Icons", but that's not an option... don't want too many options either, but isn't it more likely to need new icons as a feature than to have bugs in icons? Anyway, nevermind ;) Then second: actual feature request: I'd like to give the players the opportunity to create custom icons for their units. I believe these would improve the RP aspect a lot, adding tons of flavour. The icons would show up in the unit details instead of the little "race-icon" in front of the number of persons (top line in the details). In pseudo-code: IF <unitID>.gif EXISTS in /res/images/icons/custom/units THEN DISPLAY <unitID>.gif ELSE DISPLAY <existing little raceicon>.gif We as developers would not be responsible for creating the icons or for putting them in the new releases all the time. By creating the /res/images/icons/custom/units-directory in the "magellan-root", players can easily put new icons in without having to muck around in the .jar. It works for the english oil icon, should work for others, too. So aside from adding this feature into the code, it would not cause any more work for developers. Players can then exchange icons with their allies (and enemies), who just put them in the right directory, and see them in Magellan. If more people are going to use this feature, I'd even be more than happy to set up a "library" for the custom icons, where players can download them. This would then be restricted with some guidelines, e.g. icons must be 16x16 pixels, etc. I might even be persuaded to create some left and right. In the exact same way, this might be done for faction specific icons... <factionID>.gif files placed in /res/images/icons/custom/factions could show up instead of the two little heads in front of the faction name in the unit details, allowing players to create their faction's warbanner or crest. Khadar |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | The icon for Mar'ek Khadar, mkha.gif, is already done, hehe ;) | ||||
Angehängte Dateien: | |||||
Notiz | |
(0000013)
Fiete 2007-03-14 00:57 |
I've been thinking about this a bit more... To avoid having tons of the same .gif files in the custom directories, it might be better to give each unit a tag referring to the gif file to use? One thing I've been wondering, though, also in reference to Fiete's new comment on unit feature... if the information is stored in the .cr, what happens if the tag (or comment) was added to a unit that doesn't show up in the new .cr anymore and this is merged to the older .cr? Does the tag (or comment) then disappear with the unit, or is the information on the (invisible) unit retained within the .cr? [edit] Ok, tested it, and it seems the information is indeed lost. That's too bad. Maybe the first way is handier then, even though it would make for a lot of .gif files. At least they're not that big ;) Ok, enough rambling for now. Khadar |
(0000010)
Fiete 2007-04-17 05:25 |
It is no deal for the code...when implemented have to check what happens, if oversized or animated gifs are used. Like it.... Fiete |
(0000043)
Fiete 2007-05-09 15:55 |
Did exactly like Khadar suggested. res/images/icons/custom/factions res/images/icons/custom/units Fiete |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
6 | [Magellan] Allgemein | kleinerer Fehler | immer | 2007-03-18 02:37 | 2007-05-03 03:50 |
Reporter: | Khadar | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 1 | ||||
Zusammenfassung: | Not getting "monitoring" e-mail | ||||
Beschreibung: | I'm monitoring some bugreports, but I'm not getting an e-mail when someone replies to the entry... | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | Likely related to bug 13. | ||||
Angehängte Dateien: | |||||
Notiz | |
(0000016)
Khadar 2007-04-17 07:42 |
Seems to be resolved. I got e-mails for Fiete's replies to both the masonry/burgenbau and the custom icon threads. |
(0000032)
Fiete 2007-05-03 03:50 |
seems to be fixed..email-communication working |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
10 | [Magellan] Allgemein | kleinerer Fehler | nicht getestet | 2007-03-11 13:41 | 2007-05-03 03:49 |
Reporter: | Anonymous | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 1 | ||||
Zusammenfassung: | Not getting confirmation e-mail from mantis for account | ||||
Beschreibung: |
I tried to sign up for a new account, but I'm not getting a confirmation e-mail... it's been a couple hours now, is it supposed to take this long? Not too big a deal, I can just post as anonymous, I guess. Khadar |
||||
Tags: | anzeige, Silber | ||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000012)
Khadar 2007-03-13 05:12 |
Fixed |
(0000031)
Fiete 2007-05-03 03:49 |
Khadar sagt fixed..ich bekomme auch die gewmünschten Mails...scheint zu laufen. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
18 | [Magellan] Grafik | Feature-Wunsch | immer | 2007-05-01 06:15 | 2007-05-02 16:14 |
Reporter: | Kaen | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 1 | ||||
Zusammenfassung: | "Dichte Nebel" von "Nebel" unterscheidbar(er?) machen? | ||||
Beschreibung: | Bei mir sehen die Regionstypen "Dichter Nebel" und "Nebel" im Astralraum identisch aus... vielleicht liegt es an meinen schlechten Augen, aber eine deutliche visuelle Absetzung in der Art von einer Feuerwand waere hilfreich. | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000024)
Fiete 2007-05-02 06:09 |
Die Icons sind bisher absolut identsich, habe ich gerade geschaut. Wird geändert. Fiete |
(0000030)
Fiete 2007-05-02 16:14 |
in 397 erledigt Fiete |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
15 | [Magellan] Funktionen | kleinerer Fehler | immer | 2007-04-19 00:01 | 2007-05-02 16:13 |
Reporter: | Fiete | Rechnertyp: | PC | ||
Bearbeitung durch: | Fiete | Betriebssystem: | Win XP SP2 | ||
Priorität: | niedrig | BS-Version: | Beta | ||
Status: | erledigt | Produktversion: | 1_2_4_Beta8 | ||
Produkt-Build: | 395 | Lösung: | erledigt | ||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | |||
Zielversion: | |||||
Project: | Magellan 1 | ||||
Zusammenfassung: | Gürtel der Trollstärke bei Reitern | ||||
Beschreibung: |
Bisher werden bei Einheiten , die im Besitz eines Gürtels des Trollstärke sind (magisches Artefakt), die Tragkraft (Transportkapazität) entsprechend erhöht, unabhängig, ob die Kapazität fürs Gehen oder Reiten berechnet wird. Nach empirischen Studien glaube ich verlässlich sagen zu können: GDTS wirken nur auf gehende Personen, nicht bei Reitenden. Dies muss bei Magellan berücksichtigt werden. |
||||
Tags: | |||||
Schritte zur Reproduktion: | Gib einem Reiter mit RDTS maximale Ladung nach Magellan fürs Reiten...er wird nur wandern. | ||||
Zusätzliche Informationen: | Da es sich um ein magisches Artefakt handelt, ist eine grundlegende Diskussion der Wirkunsgweise vermutlich nicht im Interesse der Spielleitung. | ||||
Systembeschreibung | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000029)
Fiete 2007-05-02 16:13 |
in 396 bereits geklärt. Ist raus. |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
11 | [Magellan] Allgemein | Feature-Wunsch | immer | 2007-03-14 01:00 | 2007-04-18 16:22 |
Reporter: | Fiete | Rechnertyp: | |||
Bearbeitung durch: | stm | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 1_2_4_Beta8 | ||
Zielversion: | |||||
Project: | Magellan 1 | ||||
Zusammenfassung: | Captain status in unit details | ||||
Beschreibung: |
Khádar I'd like to be able to see if a unit is the captain of the ship it's on in the unit details, without having to doubleclick on the ship entry to go to the ship and check who the captain is in the ship details. Maybe an extra entry right under the ship the unit is on can be made to show this? |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000009)
Fiete 2007-03-14 01:02 |
Makes sense - i allways have to click around to see this info. I will add this info. Fiete |
(0000006)
Fiete 2007-03-16 07:33 |
Hat stm in seinem letzten Patch erledigt. Kommt in der nächsten Version nach der aktuellen 8_2. |
(0000021)
Fiete 2007-04-18 16:22 |
Beta8_3 done (stm) Fiete |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
7 | [Magellan] Allgemein | kleinerer Fehler | immer | 2007-03-18 02:33 | 2007-04-18 16:20 |
Reporter: | Khadar | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | 1_2_4_Beta8 | ||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 1_2_4_Beta8 | ||
Zielversion: | |||||
Project: | Magellan 1 | ||||
Zusammenfassung: | Resources (Region) not showing up for forester and tamer | ||||
Beschreibung: | Just for stone and iron, that I've been able to check. Will Laen and Mallorn show up, as well? | ||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000004)
Khadar 2007-03-18 13:51 |
Same goes for herbalists, of course, if they're high enough level to tell... Also, would it be an idea to do the same sort of thing for resources already gathered, but to be used in "more advanced" processes? Like iron and wood for weaponsmiths and masons, herbs for alchemists, perhaps even luxury goods for merchants, etc? It'd be nice to have a list of units in the region that have the resources these laborers can use, especially if you have a lot of units in the region and don't want to click up and down over and over. This could of course be made optional... not sure how far we'd want to take this, but it might even be good to list it the other way around, as well. "Who can use the stuff I'm carrying?"... kind of like the teacher/pupil relation. |
(0000019)
Fiete 2007-04-18 16:16 |
This is a CR-problem. To make this dynamicly (working with all known and unknown ressources) magellan uses the ressource-block from the CR and the rules defined in eressea.cr (or other game_name.cr). I added Bäume and Mallornschösslinge to the ITMES in eressea.cr - for forester magellan shows now trees, schösslinge, mallorn and mallornschösslinge. Horses are NOT mentioned in the CR als ressources (yet). Magellan is prepared to handel this (added Pferde to eressea.cr) if horses are noticed as ressource of a region. (may be enno will do this sometime) Herbs are not mentioned either as ressources, just as tag of an region. The other ideas are an feature request - if you find it still usefull, plz create an feature request. Fiete |
(0000020)
Fiete 2007-04-18 16:20 |
Beta8_3 Yes: Mallorn and Laen will show up. Horses and herbs not - they are not marked in a ressource-block in the cr. Fiete |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
13 | [Magellan] Icons | Unschönheit | immer | 2007-04-17 06:07 | 2007-04-18 15:47 |
Reporter: | Galdon | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | 1_2_4_Beta8 | ||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 1_2_4_Beta8 | ||
Zielversion: | |||||
Project: | Magellan 1 | ||||
Zusammenfassung: | falsche Icons | ||||
Beschreibung: |
In Version beta8_2 werden Icons falsch zugeordnet. Endeckt habe ich zwei: - Mallornbäume werden als Weihnachtsbaum dargestellt. - Drachenblut wird als Drachenkopf dargestellt. |
||||
Tags: | |||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000015)
Fiete 2007-04-17 06:35 |
und ich dachte, es merkt keiner... Danke! |
(0000018)
Fiete 2007-04-18 15:47 |
Beta8_3 |
Eintragsdetails ansehen | |||||
ID: | Kategorie: | Schweregrad: | Reproduzierbar: | Meldungsdatum: | Zuletzt aktualisiert: |
9 | [Magellan] Icons | kleinerer Fehler | immer | 2007-03-18 03:05 | 2007-04-18 15:47 |
Reporter: | Khadar | Rechnertyp: | |||
Bearbeitung durch: | Fiete | Betriebssystem: | |||
Priorität: | normal | BS-Version: | |||
Status: | erledigt | Produktversion: | |||
Produkt-Build: | Lösung: | erledigt | |||
Projektion: | keine | ||||
Aufwand: | keine | Behoben in Version: | 1_2_4_Beta8 | ||
Zielversion: | |||||
Project: | Magellan 1 | ||||
Zusammenfassung: | Masonry and Burgenbau | ||||
Beschreibung: | Masonry is still using the old icon. Please copy Burgenbau.gif -> masonry.gif | ||||
Tags: | Bauern, E3, | ||||
Schritte zur Reproduktion: | |||||
Zusätzliche Informationen: | |||||
Angehängte Dateien: | |||||
Notiz | |
(0000011)
Fiete 2007-04-17 05:13 |
Should be easy..;_) Fiete |
(0000017)
Fiete 2007-04-18 15:47 |
Beta8_3 FF |