Druckbare Version
hallo,
aus gegebenem Anlass:
Kennt jemand für Raspbian g++ C/C++ fertige OpenFileDialog oder SaveFileDialog Komponenten, wie man sie als Windows- oder sogar schon als MSDOS-C++-Komponenten kennt (Borland Turbo C++, C++ Builder, MS Visual C++)
die man im eigenen C/C++ Programm #includen kann,
die dann als PopUp-Menüs zur Verfügung stehen
und in denen man per Cursor und Maus Files auswählen, ggf. browsen, scrollen, und ins eigene Programm übernehmen kann
(Grafik- oder oder ASCII-Text-Screen) ?
Da kann ich QT empfehlen:
http://doc.qt.io/qt-5/qfiledialog.html
https://www.youtube.com/watch?v=tKdfpA74HYY
danke!
...und das läuft auf dem Raspi?
Das sind ja nun irre viele Buchstaben auf der Website -
- wie wird es auf dem Raspi installiert?
- und kannst du mir vlt auch ein einfaches Anwendungsbeispiel für den raspi zeigen?
Angenommen im Verz
/home/pi/test/
befinden sich mehrere .txt und auch andere files -
z.B. zum Ausprobieren:
test.txt // enthält: nur ein Test!
mary.txt // enthält: Mary had a little lamb
hello.txt // enthält: Hello World!
Die habe ich bereits als Muster erstellt.
- wie kriegt man jetzt mit QT in einem eigenen C/C++ Programm die Auswahl zum Laden / Öffnen eines Files in einem Directory?
- nächster Schritt, ebenfalls mit QT: wenn das File geladen ist, wie geht "speichern unter..." einem anderen Namen, samt Auswahl bereits vorhandener Dateien?
Nagel mich nicht drauf fest, aber ich meine Raspbians Visualisierung läuft mit GTK+2.
Wäre daher naheliegend, mit GTK zu arbeiten.
GtkFileChooserDialog
hmm - zugegeben, das erschlägt mich jetzt ziemlich.
Was muss ich jetzt alles machen für eine simple OpenFileDialog oder SaveFileDialog Abfrage in meinem simplen C++ Programm?
Eine kurze Schritt-für-Schritt-Anleitung wäre nicht schlecht, um das Programm innerhalb 10-15 Minuten schreiben und starten zu können... ;)
Bei mir läuft die Standard-GUI von Jessie, an Grafik habe ich openVG installiert.
Zum Einstieg:
Hello World GTK+ Raspbian
Hier ist dazu ein Tutorial
https://wiki.qt.io/Qt_for_Beginners#Our_first_window
aha, jetzt sehe ich klarer - das hat seine eigene IDE, und man muss zwangsweise dann sein ganzes Projekt darin schreiben.
Das wollte ich allerdings nicht.
Ich will weiter mit Geany programmieren, und nur die OpenFileDialog oder SaveFileDialog Komponenten einbinden, damit ich einfach per Auswahl-Menüs Datei/Verzeichnis-Zugriffe (öffnen, speichern) machen kann.
Anhang 31708
Und hier ist der Code
main.cpp
CMakeLists.txtCode:#include <QApplication>
#include <QPushButton>
#include <QWidget>
#include <QFileDialog>
#include <iostream>
class Window : public QWidget
{
Q_OBJECT
public:
explicit Window(QWidget *parent = 0);
private slots:
void slotButtonClicked();
private:
QPushButton *m_button;
};
Window::Window(QWidget *parent)
: QWidget(parent)
{
// Set size of the window
setFixedSize(100, 50);
// Create and position the button
m_button = new QPushButton("Hello World", this);
m_button->setGeometry(10, 10, 80, 30);
connect(m_button, SIGNAL (clicked()), this, SLOT (slotButtonClicked()));
}
void Window::slotButtonClicked()
{
QString fname = QFileDialog::getOpenFileName(
this,
tr("Open File"),
"/home", "");
std::cout << fname.toUtf8().constData() << std::endl;
}
#include "main.moc"
int main(int argc, char **argv)
{
QApplication app (argc, argv);
Window wnd;
wnd.show();
return app.exec();
}
Code:cmake_minimum_required(VERSION 2.8.11)
PROJECT(test C CXX)
set(CMAKE_AUTOMOC ON)
set(CMAKE_INCLUDE_CURRENT_DIR ON)
find_package(Qt5Widgets REQUIRED)
include_directories(${Qt5Widgets_INCLUDE_DIRS})
SET(SRCS
main.cpp
)
SET(LIBS
${Qt5Widgets_LIBRARIES}
)
# Executable
ADD_EXECUTABLE(qt-test ${SRCS} )
# Linking
TARGET_LINK_LIBRARIES(qt-test ${LIBS})
Dateisystem schaut so aus:
BauenCode:georg@xps:/tmp$ tree qttest/
qttest/
├── CMakeLists.txt
└── main.cpp
0 directories, 2 files
AUsführen:Code:georg@xps:/tmp$ cd qttest
georg@xps:/tmp/qttest$ mkdir build
georg@xps:/tmp/qttest$ cd build/
georg@xps:/tmp/qttest/build$ cmake ..
-- The C compiler identification is GNU 5.3.1
-- The CXX compiler identification is GNU 5.3.1
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Configuring done
-- Generating done
-- Build files have been written to: /tmp/qttest/build
georg@xps:/tmp/qttest/build$ make
Scanning dependencies of target qt-test_automoc
[ 25%] Automatic moc for target qt-test
Generating main.moc
[ 25%] Built target qt-test_automoc
Scanning dependencies of target qt-test
[ 50%] Building CXX object CMakeFiles/qt-test.dir/main.cpp.o
[ 75%] Building CXX object CMakeFiles/qt-test.dir/qt-test_automoc.cpp.o
[100%] Linking CXX executable qt-test
[100%] Built target qt-test
georg@xps:/tmp/qttest/build$
- - - Aktualisiert - - -Code:georg@xps:/tmp/qttest/build$ ./qt-test
Du must auch nicht die IDE nutzen. Ich nutze Emacs und cmake. cmake weil diese makefiles leicht zu schreiben sind und die Makros die Libs und Includes leicht finden.
herzlichen Dank für deine Mühe! :)
cmake, make und makefile habe ich allerdings noch nie genutzt und weiß auch gar nicht, was die machen und wie die funktionieren.
Ich nutze nur die Geany Einstellungen für Compile und Build, die sehen dann bei mir so ähnlich wie hier aus:
Geany settings for compile:
g++ -Wall -pthread -I/opt/vc/include -I/opt/vc/include/interface/vmcs_host/linux -I/opt/vc/include/interface/vcos/pthreads -c "%f" -lshapes -lwiringPi -lrt
Geany settings for make/build:
g++ -Wall -pthread -I/opt/vc/include -I/opt/vc/include/interface/vmcs_host/linux -I/opt/vc/include/interface/vcos/pthreads -o "%e" "%f" -lshapes -L/opt/vc/lib -lOpenVG -lEGL -lwiringPi -lrt
Lässt sich das für QTCode entsprechend ändern?
Das was du in deine geany Einstellungen gemacht hast ist praktisch schon ein kleines Makefile ;)
Du kannst das auch mit geany machen. Machst dein Verzeichnis qttest. Erstellst build. "cmake ..". (was ich eben oben gemacht habe).
Für compile machst du dann
"make -C /tmp/qttest/build/"
clean
"make -C /tmp/qttest/build/ clean"
Wenn du das CmakeLists.txt änderst, wird das bei make automatisch aktualisiert (bsp. neues cpp file). Sehr praktisch!
Edit: Für cmake gibts auch ein Gui:
cmake-curses-gui - curses based user interface for CMake (ccmake)
cmake-qt-gui - Qt4 based user interface for CMake (cmake-gui)
curses (shell)
Qt-gui: Eben Gui
Edit2: Deine Libs machst du dann eben bei LIBS rein
-lrt
-lpthread
etc
Include directories .. siehe Oben ...
danke!
1 Sache habe ich wschl irgendwo verpasst:
was muss ich wie auf dem Pi installieren, damit QT läuft?
apt-get install
oder
git git-clone
oder wie immer man so was macht
(bin blutiger Linux-Anfänger)
Du brauchst:
sudo apt-get install cmake-qt-gui build-essential qt5-default
Das sollte alles sein.
(Denke Jessie brauchst du für Qt5. )
jap, ist installiert.
(Habe allerdings vorher sudo apt-get update und upgrade vergessen, hoffe das macht nichts)
jetzt als nächstes das hier...?
Code:cd qttest
mkdir build
cd build/
cmake ..
Habs gerade auf dem Pi3 ausprobiert. Geht da auch. Mit Qt kannst du auch Qnwendungen für BSD und Windows schreiben. Cross Plattform ;)
- - - Aktualisiert - - -Code:pi@raspberry-pi3:~/qttest$ mkdir build
pi@raspberry-pi3:~/qttest$ cd build/
pi@raspberry-pi3:~/qttest/build$ cmake ..
-- The C compiler identification is GNU 4.9.2
-- The CXX compiler identification is GNU 4.9.2
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Configuring done
-- Generating done
-- Build files have been written to: /home/pi/qttest/build
pi@raspberry-pi3:~/qttest/build$ make
Scanning dependencies of target qt-test_automoc
[ 33%] Automatic moc for target qt-test
Generating main.moc
[ 33%] Built target qt-test_automoc
Scanning dependencies of target qt-test
[ 66%] Building CXX object CMakeFiles/qt-test.dir/main.cpp.o
[100%] Building CXX object CMakeFiles/qt-test.dir/qt-test_automoc.cpp.o
Linking CXX executable qt-test
[100%] Built target qt-test
pi@raspberry-pi3:~/qttest/build$
Ja, genau. Die zwei Files sollten dann unter qttest liegen. Das update spielt hier gar keine Rolle ;)
muss ich vorher eine makefile- Datei erstellen / copy/pasten ?
oder einfach nur die 4 Zeilen, ohne irgendwas selber zu schreiben?
cd qttest
mkdir build
cd build/
cmake ..
- - - Aktualisiert - - -
cd qttest
Datei nicht gefunden
:(
Na die zwei Dateien CMakeLists.txt und main.cpp von der vorherigen site sollen unter qttest liegen. Du brauchst hier nichts anderes schreiben. nach cmake ..
- - - Aktualisiert - - -Code:# das erstellt das build verzeichnis. Hier liegt dann die Anwendung und die zwischendateien.
cd qttest
mkdir build
cd build/
cmake ..
# das startet den build prozess
make
Na die zwei Dateien CMakeLists.txt und main.cpp von der vorherigen site sollen unter qttest liegen. Du brauchst hier nichts anderes schreiben. nach cmake ..
Code:# das erstellt das build verzeichnis. Hier liegt dann die Anwendung und die zwischendateien.
cd qttest
mkdir build
cd build/
cmake ..
# das startet den build prozess
make
also vorhr doch sicher noch
mkdir qttest :?:
- - - Aktualisiert - - -
ich finde kein qttest
Ja klar ... (10 zeichen)
wie?
verstehe nicht
wo ist denn das hinkopiert worden?
bitte noch mal alles nacheinander.
als allererstes habe ich ja eingegeben
sudo apt-get install cmake-qt-gui build-essential qt5-default
aber da gibts jetzt kein qttest Verzeichnis
Das apt-get install ... installiert nur die Tools und die Libs.
zur Erklärung:
1. Erstellen des Quellcode Verzeichnisses
mkdir qttest
2. Erstellen der Datei main.cpp
cd qttest
geany main.cpp
(hier kopierst du den Quellcode von der ersten Seite rein. Abschnitt: main.cpp
3. Erstellen der Datei CMakeLists.txt
geany CMakeLists.txt
(hier kopierst du den Quellcode von der ersten Seite rein. Abschnitt: CMakeLists.txt
4. Erstellen des build Verzeichnisses
mkdir build
5. Bau vorbereiten
cd build
cmake ..
6. bauen
make
finde mich nicht zurecht :(
- - - Aktualisiert - - -
ich verwende auch niemals cmake und auch keine Kommandozeilen (und habe ich auch nicht vor) !
gibt es kein install.exe, das alles fix und fertig installiert?
- - - Aktualisiert - - -
wie kann ich QT wieder deinstallieren?
Das apt-get install IST das install.exe.
qt wieder entfernen
Code:sudo apt-get purge cmake-qt-gui build-essential qt5-default
sudo apt-get autoremove
ok, ich deinstalliere wieder, das ist mir zu kompliziert mit dem geany main.cpp und dem cmake und den ganzen Texten
ich meinte mit install.exe ein programm, das alles macht, ohne den cmake Teil selber machen zu müssen, da werde ich ja ganz konfus.
Ich will ja nur die OpenFile und SaveFile Sachen benutzen per #include, nichts weiter sonst.
Auch unter Windows installiert dein Setup nur die Tools. Deine Projektdateien legt es auch nicht an.
Auch Visual Studio Enterprise für 5000-6000€ legt keine Einzige Projektdatei an.
hmmm - was sind Projektdateien?
ich habe bisher nur mit Tools gearbeitet wie der Arduino IDE
Visual Studio (oder gar Eclipse!!! **schauder**) ist mir auch viiiel zu kompliziert.
main.cpp???????
Dein Quellcode?????
Das was du programmieren willst?
ich habe noch gar keinen Quellcode, den muss ich erst noch entwickeln.
Im Prinzip muss der FileOpen / FileSaveDialog hier eingearbeitet werden:
https://www.roboternetz.de/community...l=1#post628178
um *.wav Dateien auf der SD zu öffnen, um sie weiter bearbeiten zu können,
mit diesem Menü:
Kommando-Center:
==============
0 Soundfile *.csv in Programm öffnen / laden (FileOpenDialog)
1 Soundfile *.wav in Programm öffnen / laden (FileOpenDialog)
2 Soundfile *.wav öffnen / abspielen + Plot (FileOpenDialog)
3 Sound aufnehmen per Micro / SoundCard
4 akt. Sound (Array im RAM) abspielen + Plot
5 akt. Sound optimieren (noise/cut)
6 akt. Sound (im RAM) als File speichern unter... (FileSaveDialog)
7 akt. Sound an FFT + Plot
8 akt. Sound cross correlation mit 1 wav File (FileOpenDialog)
9 akt. Sound cross correlation mit allen *.wav Files (auto)
- - - Aktualisiert - - -
was ich im Prinzip suche ist etwas simples minimalistisches wie
Code:#include <filedialogs.h>
//....
FILE *fp;
fp = OpenFileDialog(); // File auswählen über ein Mini-Filebrowser-Auswahlmenü
// anstelle von explizit:
// fp = fopen( "/home/pi/test/mytextfile.txt" , "r" );
// dann weiter mit Datenverarbeitung dieses Files, dann:
SaveFileDialog(fp); // speichern unter einem anderen Namen per File-Browserfenster
// dann:
close(fp);
Apt-get install kann man nicht mit einer install.exe von windows vergleichen, eher mit msiexec.
also:
Win: msiexec /i (paket)
Unix: apt-get install (paket)
(Irgendwoher muß Microsoft ja die Ideen für seine Sachen nehmen)
Win: msiexec /x (paket)
Unix: apt-get purge (paket)
Auch bei QT muß man wie bei Visual C++ auch das Programmieren selbst machen.
Und auch wie bei MS Visual Studio, ist QT Designer eine komplette IDE.
Also keinerlei Unterschied zur Windows Welt.
Wer es mag, kann aber QT auch ohne QT Designer nutzen und es per Plugin in Eclipse einbinden.
das ist viel zu kompliziert, und Eclipse schon gleich gar nicht. Es muss viel einfacher gehen (Installation meinetwegen über apt-get, aber dann ohne weitere Nacharbeiten, cmake, make, makefile, tonnenweise zusätzliche #includes und Hilfsprozeduren, was auch immer):
IDE habe ich: Geany.Code:#include <filedialogs.h>
FILE *fp;
fp = OpenFileDialog(); // File auswählen und öffnen über ein Filebrowser-Auswahlmenü
// jetzt den Inhalt der Datei bearbeiten, und dann neu speichern...:
SaveFileDialog(fp); // speichern unter einem anderen Namen per File-Browserfenster
// dann: schließen
close(fp);
(in Delphi musste man nur ein Filemenü-Objekt auf seine Canvas ziehen, das war alles)
Am nächsten kommt dem wohl das in Beitrag #4 und #6 erwähnte.
Aber auch in dem in #6 verlinken Video kommt statt cmake das Programm pkg-config zum Einsatz. Das wird direkt in Compileraufrufen verwendet und baut die ganzen includes und Einstellungen für die Verwendung einer Bibliothek automatisch zusammen, wenn diese bei pkg-config registriert ist. Keine Ahnung, ob sich das mit Geany verträgt.
Ziel muss sein:
nur 1 Zeile schreiben, um einen File per Mini-Browserfenster auszuwählen und zu öffnen - alles andere ist zu kompliziert.
fp = OpenFileDialog(); // File auswählen und öffnen über ein Filebrowser-Auswahlmenü
makec und makefile und make: niemals!
ich trage ggf. die neuern extra-Parameter noch zusätzlich in Geany ein (was mittlerweile schon lang genug ist, um die komplette British Library zu füllen
- und bei Delphi, Borland C++ Builder und Arduino IDE musste ich mich gottseidank noch nichtmal damit rumschlagen! ) :-/
Hallo,
das geht evtl. über eine Pipe. zenity bietet einen FileDialog für X-Server. Da ich keine GUI nutze, kann ich es nicht testen.
Folgender Aufruf sollte den gewählten Dateinamen zurückgeben:
Die Ausgabe dann halt per Pipe einlesen. Das Programm läuft dann halt nur, wenn zenity auch installiert ist.Code:zenity --file-selection
hallo,
ich bin nicht sicher, ob ich das richtig verstehe, denn ich kenne auch keinen X Server.
ist das so in der Art zu verstehen...?
FILE * fp;
fp << system("zenity --file-selection");
:?:
Hallo,
X-Server ist der 'Fensterverwalterer'. Normal startest Du die GUI mit startX.
Eine Pipe mache ich normal mit popen auf.
Hier ein ungetestetes Beispiel aus dem Kopf
Damit würde ich mal probieren eine gewünschte Funktion zu bauen.Code:FILE *f;
if(!(f = popen("zenity --file-selection", "r"))){
strcpy(Dateiname,"Falsch");
exit(1);
}
char Text[1024]="";
fgets(Text, sizeof(Text), f);
fclose(f);
if(strlen(Text)<2){ //Kein Dateiname übergeben / Abbrechen geklickt, etc
strcpy(Dateiname,"Falsch");
}else{ //Dateiname sollte in Text stehen.
strcpy(Dateiname,Text);
}
danke, das sieht ja sehr bekannt aus:
f = popen("zenity --file-selection", "r");
... genau gleich wie fopen!
f = fopen("/path/filename", "r");
schön, wenn man auf was bekanntes trifft :)
Bevor ich jetzt 3 Stunden brauche , um zenity zu installieren, und dann klappts doch nicht ....
Könnte das vlt einmal jemand vor-testen, der bereits zenity bei sich auf dem Pi installiert hat?
Hallo,
bei meinen Raspis ist das drauf. Evtl. ist es standard.?. Einfach mal den Befehl aufrufen und schauen, was passiert.
Zenity scheint auf Debian Betriebssystemen Standard zu sein.
Hab ein bischen mit Peterfido's Code gespielt:Code:#include <stdio.h>
#include <string.h>
#include <stdlib.h>
int main() {
FILE *f;
char Dateiname[1024] = "";
int c;
/* Zenity für File-Dialog benutzen */
freopen("/dev/null", "w", stderr); // Warnungen von zenity ignorieren
if(!(f = popen("zenity --file-selection", "r"))){
strcpy(Dateiname, "Falsch");
exit(1);
}
freopen("/dev/tty", "w", stderr);
fgets(Dateiname, sizeof(Dateiname), f);
fclose(f);
if(strlen(Dateiname) < 2){ //Kein Dateiname übergeben / Abbrechen geklickt, etc
strcpy(Dateiname, "Falsch");
}
/* Inhalt der Datei ausgeben */
printf("Dateiname: %s", Dateiname);
Dateiname[strlen(Dateiname)-1] = '\0'; // '\n'-Stringende entfernen
f = fopen(Dateiname, "r");
if (f) {
while ((c = getc(f)) != EOF)
putchar(c);
fclose(f);
}
}
bei der letzten GT Deinstallation scheint er mir das g++ gelöscht zu haben: ich kann nicht mehr mit g++ compilieren ("g++ not found")
was ein Sch**ss.
Jetzt muss ich erst mal schauen, wo ich ein altes Pi Image neu auf SD laden kann :mad:
Linux: ich könnte ko**en. :mad:
Hallo,
zum programmieren / rumtesten nutze ich einen extra Pi. Dieser hat alles Mögliche drauf und deinstalliert wird da normal nix. Wenn die Programme dann auf einem anderen Pi laufen sollen und irgendwas fehlt, installiere ich es da nach.
Wenn nur g++ fehlt, dann kannst Du das auch einzeln nachinstallieren.
Als Backup habe ich ein BASH-Script, welches auf dem NAS immer den kompletten Inhalt der SD-Karte ablegt. Das Script ist auf allen Raspis vorhanden und wird vor / nach größeren Änderungen ausgeführt.
Wichtig ist, dass die Konsole / SSH Session nicht geschlossen wird, während das Script läuft. Zurückspielen geht per Windows Tool win32diskimager-binary06.Code:#!/bin/bash
#
# DS mounten
#
MountPoint=/tmp/ds
RaspiName=RaspiBPlus_
RaspiName=$RaspiName$(date +%Y%m%d-%k%M%S)
echo $RaspiName
service rpcbind start
if [ ! -e $MountPoint ]; then
mkdir $MountPoint
fi
mount -t nfs 192.168.2.15:/volume1/Raspberry $MountPoint
dd if=/dev/mmcblk0 of=$MountPoint/$RaspiName.img bs=1M
umount $MountPoint
service rpcbind stop