3. Grafische Oberfläche. Aber wie?

Grafische Oberfläche. Aber wie?

  • E
    Gesperrt

    @Wade1234 Hm, das klingt schlüssig...
    Aber was wäre denn jetzt ein "geeignetes Vorgehen" für einen "Anfänger"?
    Darf ich Deinen Code verwenden?

    Dass ich erst einen XServer mit Terminal und dann das Programm starten muss, möchte ich eigentlich nicht. Wie gesagt, die "Kernlogik" meines Programms ist in C++ geschrieben. Mir fehlt eben noch die grafische Ausgabe.

    0
    F
    ?
     2 Antworten
  • F

    @EinNutzer0 sagte in Grafische Oberfläche. Aber wie?:

    @Wade1234 Hm, das klingt schlüssig...
    Aber was wäre denn jetzt ein "geeignetes Vorgehen" für einen "Anfänger"?
    Darf ich Deinen Code verwenden?

    Dass ich erst einen XServer mit Terminal und dann das Programm starten muss, möchte ich eigentlich nicht. Wie gesagt, die "Kernlogik" meines Programms ist in C++ geschrieben. Mir fehlt eben noch die grafische Ausgabe.

    Habe den Thread nur überflogen - was sprach jetzt gegen ein GUI-Framework wie Qt? Wenn dir die direkte GUI-Programmierung zu kompliziert und zu wenig portabel ist, dann ist eine Bibliothek, die dir das für verschiedene Desktop/Grafik-Systeme (Win32, X-Server, EGL oder Wayland) abnimmt, eigentlich eine natürliche Wahl.

    Qt hat mit Qt Creator auch eine gar nicht mal so schlechte IDE, wenn du schon schreibst, dass du "ohne das VS entwickeln" möchtest. Damit könntest du dann u.a. auch den GCC oder Clang mit der MinGW-Runtime verwenden und Windows-Software ohne MS-Compiler/IDE entwickeln (MinGW-Compiler separat herunterladen und installieren).

    CLI-Zeug erachte ich auch als unproblematisch mit Qt. Ist zwar etwas länger her bei mir, ich bin mir aber ziemlich sicher, dass es kein Problem ist, Kommandozeilen-Argumente zu verarbeiten und GUI-Fenster auch nur bei Bedarf aufzumachen.

    Einarbeitungszeit brauchst du aber für alle diese Lösungen - von direkter Win32/Xlib-Programmierung würde ich aber dringend abraten, es sei denn du brauchst nicht mehr ein simples Fenster: Nicht portabel, umständlich und antike APIs.

    Es gibt viele Lösungsansätze für dein Problem. Meine persönliche Empfehlung wäre: Das von @5cript empfohlene MSYS2 mit deren Version des GCC mit MinGW-w64-Runtime (mingw64) und Qt mit dem Qt Creator als IDE in Open Source-Variante mit LGPL-Lizenz (kannst du auch für Software verwenden, die du unter eigener Lizenz verkaufen willst, solange du die LGPL-Bedingungen einhältst - dynamisch linken ist da die einfachste Variante).

    0

  • @EinNutzer0 sagte in Grafische Oberfläche. Aber wie?:

    • "Fenster", schließen, minimieren, maximieren, etc.,
    • Textfeld, für die Ausgabe von Plaintext und die manuelle Änderung von Plaintext,
    • Fortschrittsbalken, die Werte 0 bis 100 sollten anzeigt werden können,
    • 5 Buttons, wenn man einen Button anklickt, dann soll das Programm etwas tun,

    Echt jetzt? Wenn das Ding nie portiert werden soll und nicht größer wird WinAPI.

    @EinNutzer0 sagte in Grafische Oberfläche. Aber wie?:

    • ein "Programmdesign", das MVC-Pattern wäre wünschenswert, also die Aufteilung in Daten, Oberfläche, Listenern und Logik...

    Kannst Du ja machen wie Du lustig bist.

    0

  • Also von WinAPI würde ich ja abraten (insbesondere bei C++).

    Aber was spricht jetzt gegen Nana? Das Makro per -DWIN32 zu den Projektoptionen hinzu zufügen dürfte ja jetzt nicht so schwer sein...

    0
    ?
    E
     3 Antworten
  • ?

    @EinNutzer0 ja den code darfst du verwenden. es gibt auch ein buch namens windows programmierung von charles petzold, welches dir die wichtigsten teile der windows api erklärt. allerdings müsstest du dann zumindest teilweise auf komfort wie die stl verzichten.

    0 1 Antwort

  • @Wade1234 sagte in Grafische Oberfläche. Aber wie?:

    allerdings müsstest du dann zumindest teilweise auf komfort wie die stl verzichten.

    So ein Blödsinn.

    0

  • @Th69 sagte in Grafische Oberfläche. Aber wie?:

    Also von WinAPI würde ich ja abraten (insbesondere bei C++).

    Ich auch. Ich stehe nicht besonders auf Selbstkasteiung. In der heutigen Zeit ist die veraltete Windows API ein Krampf. Es gibt eigentlich genug Frameworks ( z.B. QT ), die das wrappen und es so zumindest etwas erträglicher machen. Das QT-Framework ist allerdings auch nicht gerade der neueste C++-Standard, aber besser als die winapi...

    0
  • ?

    @Th69 sagte in Grafische Oberfläche. Aber wie?:

    Also von WinAPI würde ich ja abraten (insbesondere bei C++).

    von ms gibt es eine c++ klassenbibliothek für winapi. die ist bestimmt schon 30 jahre alt, aber bei den neuen versionen von visual c++ immer noch dabei.

    0
  • E
    Gesperrt

    @Th69 sagte in Grafische Oberfläche. Aber wie?:

    Also von WinAPI würde ich ja abraten (insbesondere bei C++).

    Aber was spricht jetzt gegen Nana? Das Makro per -DWIN32 zu den Projektoptionen hinzu zufügen dürfte ja jetzt nicht so schwer sein...

    Geht nicht, ich bekomme Nana mit cygwin64 nicht compiliert.

    c++defines.hpp :

    // Select platform  ......
#if defined(_WIN32) || defined(__WIN32__) || defined(WIN32) || 1	//Microsoft Windows
	#define NANA_WINDOWS
	typedef unsigned long thread_t;

	// MINGW ...
	#if defined(__MINGW32__) || defined(__MINGW64__) || defined(MINGW) || 1
		#define NANA_MINGW
	#endif // MINGW

#elif defined(APPLE)	//Mac OS X

    (zweimal 1 hinzugefügt (s. d. er NANA_WINDOWS und NANA_MINGW setzt)..., dann cmake und make...)

    Fehlermeldung :

    [ 15%] [ 15%] Building CXX object CMakeFiles/nana.dir/source/detail/posix/theme.cpp.o
[ 16%] [ 16%] Building CXX object CMakeFiles/nana.dir/source/filesystem/filesystem.cpp.o
 /nana/source/filesystem/filesystem.cpp: In Funktion »bool nana::filesystem_ext::modified_file_time(const std::experimental::filesystem::v1::path&, tm&)«:
 /nana/source/filesystem/filesystem.cpp:119:69: Fehler: »const value_type* {aka const char*}« kann nicht nach »LPCWSTR {aka const wchar_t*}« für Argument »1« nach »WINBOOL GetFileAttributesExW(LPCWSTR, GET_FILEEX_INFO_LEVELS, LPVOID)« umgewandelt werden
    if (::GetFileAttributesEx(p.c_str(), GetFileExInfoStandard, &attr))
    0
  • H

    Setz die CMake-Variable NANA_CMAKE_NANA_FILESYSTEM_FORCE auf ON, dann könnte es funktionieren.

    0
    E
     1 Antwort
  • E
    Gesperrt

    @Hubert-Alfonsius , Danke, wieder einen Schritt weiter:

    set(NANA_CMAKE_NANA_FILESYSTEM_FORCE "ON"):

    
[ 20%] Building CXX object CMakeFiles/nana.dir/source/gui/dragdrop.cpp.o
In file included from /usr/include/w32api/comdef.h:182:0,
                 from /nana/source/gui/dragdrop.cpp:27:
/usr/include/w32api/comip.h:21:10: schwerwiegender Fehler: new.h: No such file or directory
 #include <new.h>
          ^~~~~~~
Kompilierung beendet.
    0

  • Das hier ist mein workflow wenn ich neues projekt mit nana anfange:
    (mit msys2)

    git clone https://github.com/cnjinhao/nana.git
cd nana
git checkout develop

# build ordner leider schon vorhanden
mkdir release
cd release
cmake -DCMAKE_CXX_STANDARD=17 -DNANA_CMAKE_ENABLE_PNG=ON -DNANA_CMAKE_ENABLE_JPEG=ON -G"MSYS Makefiles" -DNANA_CMAKE_ENABLE_AUDIO=ON ..
make -j24
    0
Anmelden zum Antworten