Office 2019 UserInterface "nachbasteln"
Hallo Leute,
kurze Frage: Wenn ich mein UserInterface ähnlich wie Office 2019 gestalte - hab ich dann Probleme (Design von MS geklaut) ? (Farbige,breit Title-Bar ... Menü via Ribbon ... Farbegestalltung und "Feeling" wie Word 2019..) Vielen Dank für Infos Erich PS. WIESO? .. Weil alle meine Kunden das Office (ab 2016 aufwärts) gewohnt sind - und ich ihnen eine gleiche "User Experience" liefern will ohne viel umlernen und Co.. |
AW: Office 2019 UserInterface "nachbasteln"
https://github.com/rollemberg/TurboPack-RibbonFramework
War auch über GetIT verfügbar, wird aber momentan darüber nicht mehr angeboten. Die "alten" Ribbons bei 2007 bedurften eine gesonderte Nutzungevereinbarung von Mircosoft. Das "neue" Design (ab Office2010) nicht mehr. https://www.tmssoftware.com/site/advtoolbar.asp https://www.tmssoftware.com/site/tmsfncuipack.asp https://www.devexpress.com/products/vcl/navigation/ |
AW: Office 2019 UserInterface "nachbasteln"
Die Ribbons sind mittlerweile so etwas ähnliches wie "Common Controls", ab Windows Vista (mit entsprechendem Update) bzw. Windows 7 aufwärts sind entsprechende Bibliotheken verfügbar, die Dir die Einbindung von Ribbons in Deine Software gestatten.
Komponenten findest Du z.B. hier: http://www.bilsen.com/windowsribbon/index.shtml |
AW: Office 2019 UserInterface "nachbasteln"
Nein.
Zitat:
|
AW: Office 2019 UserInterface "nachbasteln"
OK .. Danke für die Antworten
schöne Grüße aus dem verschneiten Gasteinertal https://www.gasteinertal.com/webcam/badhofgastein.html Erich |
AW: Office 2019 UserInterface "nachbasteln"
Weil hier auch schon FrameWorks erwähnt wurden, möchte ich auch noch DevExpress nennen. Wir in der Firma bereuen es TMS genommen zu haben.
|
AW: Office 2019 UserInterface "nachbasteln"
Zitat:
Bei der Ribbon-Komponente ist z.B. das Problem, da der Fensterrahmen ausgeblendet wird und dadurch das normale Windows-Verhalten nicht mehr gegeben ist (z.B. Win + Pfeil links, etc) |
AW: Office 2019 UserInterface "nachbasteln"
Bei Devexpress kann man tatsächlich von einem Framework sprechen. Auch wenn es keinen eigenen Compiler, Run-Time oder eigenen APIs bietet (im Sinne einer DLL die Windows selbst erweitert) so ist der Unterbau doch schon sehr mächtig und verallgemeinernd im Unterbau. 'Aus einem Guss'.
Erweiterbarkeit ist auch im Fall von Devexpress so eine Sache. Genug Entwickler das Thema abarbeiten zu lassen ist mit viel Aufwand verbunden. Float Point Field mit Rundung und wir laden ins Image Control was die Microsoft kann. Ich selbst war bezüglich Devexpress auch von mal zu mal kurz davor nach Skid Row zu fahren und eine Demo aufzustellen. Historisch gewachsen haben sie halt ihr eigenes Theming und Skinning. Du hängst dann schon vom Goodwill von Devexpress ob es diese morgen noch gibt. Business Applikationen können devexpress schon gut. --- TMS Komponenten sind punktgenau designed. Entweder sie passen oder nicht. Dazwischen gibt es nicht viel. Die Komponenten sind Einzelpakete. Je nachdem was man selbst braucht ist der Zugang teils flexibler. Möglw. ändert sich das mit den FNC Komponenten. --- Was geht mache dir selbst. Wir haben selbst unter .net beginnend mit Winforms uns alles selbst gemalt. Rectangle und geht schon. Wir hatten zuerst auch eine durchswegs konsistentere Architektur entlang eines sauberen Designs im Stile von .net gewünscht, aber ... Mit WPF kommt man weiter. --- Was fehlt ist Raize Components weiterentwickelt. Die GUIs, sofern ich uberhaupt Third-Parties habe mitausgeliefert, gibt es heute noch seit den späten 90ern und die sind zeitlos. Selbst die Icons sind heute noch adäquat und die waren immer beliebt. Almadiadev, ehlib, X-Files die können schon auch viel. Zitat:
|
Alle Zeitangaben in WEZ +1. Es ist jetzt 11:38 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz