![]() |
UI mods Zitat:
|
UI mods Zitat:
|
UI mods Zitat:
|
UI mods Zitat:
es mag das bestverkaufte aber nicht das beste sein - vor allem nicht seit wotlk. überheblich war ich nicht - aber ich habe einen nerv bei dir getroffen - wenn der schuh passt ... |
UI mods Zitat:
Natürlich nicht, das soll ein Addon für dich übernehmen Bist ja auch so beschäftigt genug, ausserdem ist dir der Wert eh so unwichtig, dass du keine Zeit dafür verwendest ihn selbst zu ermitteln |
UI mods Zitat:
|
UI mods Zitat:
Es ist wirklich sinnvoller in einem modernen MMO zu Papier und Bleistift und Taschenrechner zu greifen um grundlegende Informationen zu erhalten. Man sollte eigentlich auch die ganze Optik mit Polygonen und so weglassen und SW:TOR als Brettspiel ausliefern. Das man einfach mit Knopfdruck und ohne Würfelwurf rumrennen kann ist auch schon viel zu neumodisch. |
UI mods Zitat:
|
UI mods Mod-Schnittstellen in mmos sind garnicht so teuflisch wie so oft dargestellt. Klar gibts Negativbeispiele wie z.B. Gruppenzwangerscheinungen (gearscore) und brain-off-mods. Aber die Vorteile überwiegen doch offensichtlich. Die Kreativität der User ist nicht zu unterschätzen, da kommen ne ganze Menge praktischer Erfindungen rüber, die später teilweise vom Entwickler selbst ins Standard-UI übernommen werden. Beispiele: Verschiebbarkeit und Minimalisierung von ui-Elementen, Raidanalyse-Logs, questhelper, timer aller Art So profitieren auch spätere mmos wie swtor davon, weil das Rad nicht ständig neu erfunden werden muss. Solche Diskussionen erinnern mich irgendwie immer an Kirche vs. Wissenschaft. Um so mehr wundert mich, dass sich swtor (scifi setting) gegen eine Schnittstelle entschieden hat - das entspricht in der Analogie nämlich eher der Zeit des Mittelalters Aber was nicht is kann ja noch werden... |
UI mods Zitat:
|
UI mods Was hat ein Getränkehalter mit automatischer Einparkhilfe zu tun? |
UI mods Zitat:
es besteht trotz allem, ein unterschied zwischen kein kosmetischen interface-mods und addons, die daten für den spieler auswerten und dadurch in den spielablauf eingreifen. nur weil sie im gleichen ordner landen, sind es trotzdem 2 unterschiedliche dinge. |
UI mods Zitat:
es besteht trotz allem, ein unterschied zwischen kein kosmetischen interface-mods und addons, die daten für den spieler auswerten und dadurch in den spielablauf eingreifen. nur weil sie im gleichen ordner landen, sind es trotzdem 2 unterschiedliche dinge.[/quote]Es ist technisch das Gleiche. Beides verändert/ergänzt existenten Code. Du empfindest es als unterschiedlich, das ist alles. Wenn ich die existenten Knöpfe durch anders geformte ersetze und diese dann eingebaute Bedrohungsmarkierungen, Cooldowntimer und andere neue Features darin zeigen, dann ist es beides. Eine Optikveränderung UND eine Inhaltsveränderung. Beides im gleichen Sourcecode des gleichen Addons im gleichen Ordern. Es gibt da keine klare Unterscheidung. Die Unterscheidung machst Du individuell an Deinen Kriterien fest die zudem schwammig in der Formulierung sind. Ich kann mich nur wiederholen. Lies einfach mein vorvorletztes Reply mit x-Perl als Beispiel durch. |
UI mods Zitat:
Sollen sie gleich im Spiel einbauen oder Addons erlauben die das einbauen ermöglichen. Unterbinden kann man es nicht vollständig, wieso sollen dann nur eingeweihte "Profis" diese Anzeige haben und der Laie nicht. Addons wirds ja wohl wie bei Rift später geben und dann haben wir Recount und können Excel und externe Programme (die immer die Gefahr von Malware haben) weglassen. |
UI mods Lass es sie einbauen... aber nur für sich selbst |
UI mods Zitat:
|
UI mods Frauen ohne Silikonhupen sind auch aus der Steinzeit? |
UI mods Zitat:
|
UI mods Zitat:
kann nur sagen dass es in EQ2-Ui-Mods nicht geht.[/quote]Ich hatte in Rift ein extrenes Addon welches die DPS per Overlay eingeblendet hat. Da es ein externes ausführbares Programm ist kann dort immer passieren, dass in der Exe vom Hersteller oder von fiesen Jungs welche die Hersteller gehackt haben oder die sich als der Hersteller ausgeben, es aber gar nicht sind, Schadesoftware eingeschmuggelt wird. Daher mag ich Lösungen die auf extern ausführbaren Programmen basieren nicht. Lieber interne Addons die über interne Addonsprache funktionieren. Das ist sicher. |
UI mods Zitat:
|
UI mods Ich habe mal eine Frage. Ich glaube zwar nicht, dass es dazu eine eindeutige klar Antwort gibt, aber vielleicht führt es die Diskussion hier in eine interessantere Richtung. Vorweg: Wenn ich "Addons" schreibe, dann meine ich Interface Modifikationen und Erweiterungen. "Mods" wird in SW:TOR aber für Item-Modifikationen benutzt, daher passt es hier nicht. Man unterteilt Addons in optische Anpassungen (styles/themes) und funktionale Änderungen/Erweiterungen. (addons/plugins/"apps"). Hier zur Diskussion stehen keine optischen Anpassungen, weil sie allein vom Geschmack abhängen und ansonsten nichts bringen, sondern funktionale Erweiterungen. Kann man diese sauber in Kategorien einteilen, sodass man vielleicht leichter für die Kategorien bestimmen kann wie "gut" oder "schädigend" sie potentiell für Spiel und Spieler sein können? Beispiel Addons: - Statusleiste mit vielen nützlichen Informationen wie Uhrzeit, Latenz, Anzahl der Freunde online, Anzahl der Gildenmitglieder online, Regler für die Lautstärke - Quest-Tracker, der immer die aktuellen Quests in einer Bildschirmecke einblendet. (Ist mittlerweile überall Standard, war aber auch mal nur ein Addon) - GearScore - DamageMeter / Schadens-Tabellen - AggroMeter / Echtzeit Bedrohungs-Anzeige - Abstandsmesser zu allen anderen Spielern im Umkreis. - RaidTimer, die sich selbst mit dem aktuellen Kampf synchronisieren. - Timer, die man selbst einstellen muss, wie bei Stoppuhren. - Notizzettel - Ergänzung der Spieler-Tooltips um eigene Anmerkungen zum Spieler. - Minispiele wie Peggle oder Bejeweled - Automatisches Ausführen von Fähigkeiten - Decursive / Automatisches entfernen von verschiedenen Debuffs mit immer dem gleichen Klick - Alerts / auffällige Warnung bei bestimmten Ereignissen, z.B. bei Boss-Fähigkeiten oder Schaden. Addons könnten auch in mehrere Kategorien passen. Eine Kategorie könnte z.B. Darstellung von Informationen sein - Da kommen die alle Addons rein, die Informationen darstellen, also nicht interaktiv sind. Addons die nur in dieser Kategorie sind und nicht zusätzlich in anderen halte ich für nützlich und harmlos. Eine andere wäre "Auswertung des Kampflogs" - hier wird es schwerer, denn DamageMeter und AggroMeter können dies beide. Bei DamageMeter sehe ich kein Problem, AggroMeter ermöglichen dagegen eine deutlich präzisiere Ausreizung des Schadenspotenzials - bringt also einen echten Vorteil im Raid. Auf der anderen Seite ist es aber auch Sache des Entwicklers, wenn sie den Kampflog so detailiert machen, dass man dadurch direkt im Kampf deutliche Vorteile kriegt, wenn sie alle in Echtzeit ausgewertet werden. Noch eine könnte "Zugriff auf Fähigkeiten" sein - z.B. Decursive, oder allgemeiner Addons, die selbst Fähigkeiten auslesen oder sogar ausführen. Sowas wäre unglaublicher Vorteil, weil damit Addons bestimmen könnten welche Fähigkeiten man wann nutzen muss, sowas darf es also auf keinen Fall geben. Ich fänds super, wenn man sagen können "Alle Addons in den Kategorien X,Y,Z sind schlecht, daher muss man nur genau diese Kategorien nicht ermöglichen damit Addons kein Problem werden können." Aber wie ich Anfangs sagte, vermutlich gibts so eine eindeutige Antwort gar nicht. @Falkenlurch: grade technisch ist es was unterschiedliches ^^ Eins ist Markup, das andere Programmcode. Für die Darstellung nutzt man auch in WoW XML Dateien, für die Funktionalität LUA. Du hast keinen Vorteil dadurch für deine Position, wenn du dies weiter leugnest. |
UI mods Zitat:
Meinetwegen Bedingt Kummzt hia nit rain |
UI mods @ilharn /sign .. sehe ich, bis auf den aggrometer (bei mir tiefrot), genau so. obwohl der questhelper ja schon eingebaut ist. |
UI mods Das ist so eine Sache mit den Begriffen. Für Nicht-WoW'ler bedeutet Addon eigendlich erst mal die (meist jährlich) erscheinende Spiel-Erweiterung. Den Begriff Addon in diesem Zusammenhang gibt es eigendlich erst seit WoW. Vorher gab es lediglich UI-Modifikationen. Die UI-Mods die ich kenne haben keine eigene Scriptsprache. Trotzdem sind die Übergänge fließend. UI-Mods sind wie auch das Standard-UI in EQ2 zwar auch in XML, trotzdem bieten sie einige einfache Triggermöglichkeiten. Zum Beispiel die, wann ein Kampf beginnt und wann er endet. So kan ich mir wärend des Kampfes andere Info's anzeigen lassen als ausserhalb des Kampfmodus. Ich kann mir eigene Buttons bauen und dafür auch Variablen benutzen, die ich aus anderen Fenstern (z.B Player.Name) hole. Ich kann mit einfachen Vergleichen arbeiten (if Klasse == Assasine than) - doch wird genau darauf geachtet, an welche der angezeigten Werte ich nicht herankomme. So ist es mir nicht möglich an die Gesundheitswerte von Spielern als Zahl heranzukommen. Ich kan also keine Aktion bei einem gewissen Leben*****te-Stand triggern. Ob das ganze nun als Addon oder UI-Mod zählt? Keine Ahnung. Wenn man sagt es bietet keinerlei spielerische Vorteile, dann stimmt das so auch nicht. Ich sehe es schon als Vorteil an, mir genau die Info's die ich für die gerade gespielte Klasse genau dann wann ich sie brauche anzeigen lassen kann, und zwar in der Größe und Form wie ich sie haben will. Was einen Aggrometer betrifft, so hat der in EQ2 rein garnichts mit UI-Modding zu tun. Der Wert ist verfügbar, seit er auch im Standard-UI verfügbar ist. Ich persönlich finde dass das Spiel dadurch bereichert wurde - aber das ist noch ein anderes Thema über das man hervorragend streiten kann. |
UI mods Zitat:
Legende: Ist Ok Solang es kein MUSS wird / muss nicht unbedingt sein Will ich im Spiel nicht haben *Anmerkung zum AggroMeter, sowas braucht ein Tank nicht der sein Handwerk versteht, genauso wenig wie DD's die in der lage sind auch mal Detaunts zu benutzen in Ihrer Rota und Heiler haben ja sowieso Detaunts, kann mir nicht vorstellen das es keine Aggro Reduce Skills geben wird in SW:TOR, daher finde ich ein solches AddOn überflüssig. |
Alle Zeitangaben in WEZ +1. Es ist jetzt 14:45 Uhr. |