| Anonymous | Login | Signup for a new account | 25.06.2026 05:53 CEST |
| Main | My View | View Issues | Change Log | Docs |
| Viewing Issue Simple Details [ Jump to Notes ] | [ View Advanced ] [ Issue History ] [ Print ] | ||||||||
| ID | Category | Severity | Reproducibility | Date Submitted | Last Update | ||||
| 0001600 | [X-Skript] Allgemein | feature | N/A | 18.07.07 15:58 | 02.12.07 04:45 | ||||
| Reporter | Cheater | View Status | public | ||||||
| Assigned To | Jim_Raynor | ||||||||
| Priority | normal | Resolution | fixed | ||||||
| Status | closed | Product Version | |||||||
| Summary | 0001600: Prozedur "tactic_api_SetButtonLabel" | ||||||||
| Description | Titel sagt alles. | ||||||||
| Additional Information | |||||||||
| Attached Files |
 AddButton.xms [^] (1,417 bytes) 21.08.07 21:41 |
||||||||
|
|
|||||||||
 Relationships |
|
|
Notes |
|
|
(0002538) Jim_Raynor 18.07.07 16:53 |
MMh. Naja, bissle mehr kann man schon dazu schreiben ;) Vielleicht denkst du ja in eine ganz andere Richtung als wir. Ich glaube zwar, ich weiß was die Prozedur machen soll, allerdings wäre es trotzdem gut, wenn du ein wenig mehr schreiben würdest. Vielleicht weichen ja unsere Vorstellungen voneinander ab ;) |
|
(0002541) DirkF 18.07.07 21:48 |
dito ;-) Wobei ich mich frage, welchen Zweck eine nachträgliche Änderung des vorher gewählten Namens bringen soll. Wenn man einen Button auf eine andere Funktion umlenken will ist es sowieso besser ihn zu löschen und neu zu erstellen. Und wenn sich die aufgerufene Funktion nicht ändert, dann kann eine Änderung des Namens maximal ein paar Zusatzinformationen ohne Auswirkung bringen. Das könnte zwar nützlich sein (z.B. Anzahl wieviele Nachrichten liegen hinter einer Schaltfläche angeben etc.), aber ich bin mir nicht sicher ob es das ist was Du meinst... |
|
(0002697) Cheater 15.08.07 18:50 |
Genau das was Dirk am Ende seiner Note geschrieben hat. |
|
(0002698) DirkF 15.08.07 19:21 |
Naja, hat aber trotzdem nur einen begrenzten Nutzen. Momentan sehe ich keinen Bedarf an so einer Funktion, zumal es mittlerweile noch andere Seitenfunktionen und - Objekte gibt... |
|
(0002699) Cheater 15.08.07 20:27 |
Ich fände es gerade zum angeben der Anzahl der Nachrichten nützlich - und so extrem schwer zu implementieren dürfte das auch nicht sein, oder? Ich könnte ja theoretisch für jede Nachricht einen eigenen Button machen, aber ich weiß nicht was passiert wenn mehr Buttons als Platz vorhanden sind. |
|
(0002701) DirkF 15.08.07 21:33 |
Überzählige Buttons werden unten außerhalb des Bildschirms dargestellt - aber auch für sowas kann man anders arbeiten (sollte man sogar) und einfach hierarchische Buttons setzen. So ist es im Galwar geplant, auch wenn es noch einige Zeit dauern wird bevor ich das BaseNet umsetzen kann... |
|
(0002711) Cheater 19.08.07 09:12 |
Hierarchische Buttons? oO |
|
(0002719) Jim_Raynor 21.08.07 21:41 edited on: 21.08.07 21:42 |
So nagut du wolltest es so. Es gibt keine neue Funktion. Dafür wird einiges mit der Version 0.915 geändert. 1. Es gibt jetzt ein Object TTacticButtonEvent, dass einen geskriptenten Taktik-Button entspricht. 2. die Funktion tactic_api_AddButton liefert TTactikButtonEvent ein zurück. 3. Jetzt wird es inkompatibel zur Version 0.910: Es wird nicht mehr eine procedure(SenderID: String) erwartet, sondern ein TNotifyEvent, wie bei den anderen Event-Funktionen. Als Objekt wird immer der entsprechende TTacticButtonEvent als Sender mitgegeben. 4. Über TTacticButtonEvent.Caption kann man den Text des Buttons ändern, so wie gewünscht ;) 5. tactic_api_RemoveButton bleibt erhalten, es kann aber als alternative TTacticButtonEvent.Free zum Löschen des Buttons aufgerufen werden. So das wars. Als Beispiel hab ich mal die AddButton.xms aktualisiert und hier angehangen. Ich habe diesen Weg gewählt, da er zu den anderen Events passt und man so später vielleicht auch weitere Eigenschaften anpassen kann. |
|
(0002720) DirkF 21.08.07 22:34 |
OK, gerade im Hinblick auf die letzten internen Überlegungen zu Events ist das wirklich besser so - und noch nutzt kaum jemand die Buttons, sodass man das relativ problemlos ändern kann mit der 0.915 |
|
Issue History |
|||
| Date Modified | Username | Field | Change |
| 18.07.07 15:58 | Cheater | New Issue | |
| 18.07.07 16:53 | Jim_Raynor | Note Added: 0002538 | |
| 18.07.07 21:48 | DirkF | Note Added: 0002541 | |
| 15.08.07 18:50 | Cheater | Note Added: 0002697 | |
| 15.08.07 19:21 | DirkF | Note Added: 0002698 | |
| 15.08.07 20:27 | Cheater | Note Added: 0002699 | |
| 15.08.07 21:33 | DirkF | Note Added: 0002701 | |
| 19.08.07 09:12 | Cheater | Note Added: 0002711 | |
| 21.08.07 21:41 | Jim_Raynor | Note Added: 0002719 | |
| 21.08.07 21:41 | Jim_Raynor | File Added: AddButton.xms | |
| 21.08.07 21:42 | Jim_Raynor | Status | new => resolved |
| 21.08.07 21:42 | Jim_Raynor | Fixed in Version | => V0.915 |
| 21.08.07 21:42 | Jim_Raynor | Resolution | open => fixed |
| 21.08.07 21:42 | Jim_Raynor | Assigned To | => Jim_Raynor |
| 21.08.07 21:42 | Jim_Raynor | Note Edited: 0002719 | |
| 21.08.07 22:34 | DirkF | Note Added: 0002720 | |
| 22.09.07 03:10 | Gast | Status | resolved => closed |
| 02.12.07 04:35 | Natter | Status | closed => @60@ |
| 02.12.07 04:35 | Natter | Status | @60@ => resolved |
| 02.12.07 04:35 | Natter | Fixed in Version | V0.915 => |
| 02.12.07 04:37 | Natter | Status | resolved => closed |
| 02.12.07 04:45 | Natter | Fixed in Version | => V0.911 |
| Mantis 1.0.7[^] Copyright © 2000 - 2007 Mantis Group |  |
