Delphi-PRAXiS

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   Programmieren allgemein (https://www.delphipraxis.net/40-programmieren-allgemein/)
-   -   Office 2019 UserInterface "nachbasteln" (https://www.delphipraxis.net/199714-office-2019-userinterface-nachbasteln.html)

erich.wanker 14. Feb 2019 14:50

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..

mkinzler 14. Feb 2019 15:00

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/

Daniel 14. Feb 2019 15:01

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

MichaelT 14. Feb 2019 15:05

AW: Office 2019 UserInterface "nachbasteln"
 
Nein.

Zitat:

Zitat von erich.wanker (Beitrag 1425543)
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..


erich.wanker 14. Feb 2019 15:27

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

freimatz 14. Feb 2019 15:37

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.

blawen 14. Feb 2019 17:23

AW: Office 2019 UserInterface "nachbasteln"
 
Zitat:

Zitat von freimatz (Beitrag 1425550)
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.

DevExpress Komponenten sind zwar meines Wissens für weniger Plattformen einsetzbar, aber zwischenzeitlich bin ich mir auch nicht mehr sicher, ob die TMS-Komponenten für mich die richtige Entscheidung war.
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)

MichaelT 14. Feb 2019 17:26

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:

Zitat von freimatz (Beitrag 1425550)
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.



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