@dziubasa co do licencji jest też opcja Start Up, znacznie tańsza: https://www.qt.io/pricing/qt-for-small-business

Ale wracając do pytania: zarówno GPL jak i LGPL mogą być wykorzystywane komercyjnie. Te licencje w ogóle nie zajmują się kwestią pieniędzy, w nich chodzi tylko o wolność kodu i prawa użytkowników do wglądu w kod, podmiany bibliotek itd. Także spokojnie możesz na programie zarabiać i nie ma znaczenia czy program jest tylko dla pracowników urzedu czy ogólnie dostępny.

Za to to, co musisz zrobić, to spełnić wymagania licencji którą wybierzesz. W aplikacjach komercyjnych zdecydowanie najpopularniejszą opcją jest LGPL.

Różnice w wielkim skrócie: w GPL twój kod również musi być GPL. W LGPL twój kod może mieć dowolną licencję (w tym w pełni "zamkniętą", komercyjną) ale musisz umożliwić użytkownikom podmianę Qt na ich własną wersję (bardzo łatwe w przypadku bibliotek dynamicznych (DLL)).

W obu licencjach:

musisz poinformować użytkowników, że wykorzystujesz Qt i na jakiej licencji musisz dołączyć pełen kod licencji do produktu na życzenie klienta musisz udostępnić kod Qt (a w przypadku GPL również kod twojej apki)

Więcej info: https://www.tldrlegal.com/license/gnu-lesser-general-public-license-v3-lgpl-3 i https://www.tldrlegal.com/license/gnu-general-public-license-v3-gpl-3

@sierdzio dowiedziałem się, że trzeba sprawdzić przez QMimeType plik wcześniej. Ogólnie tam są niezłe jaja. Jak otwierasz przez db.open nieistniejący plik to tworzy automatycznie nowy pusty plik długości 0 bajtów. Dopiero jak dasz jakieś query, to tworzy strukturę bazy w pliku. query.LastError().text() przy każdym błędzie wywala no query, bez informacji co się dzieje. I taka śmieszna rzecz, wszystkie przykłady korzystania z sqllite mają if(!db.open)... Tylko nikt chyba nie sprawdził czy to coś daje :)

P.S. a ile się narzucałem mięsa, zanim zauważyłem, że tworzy puste pliki radośnie.

Nie próbowałem ale powinno działać.

Hello. Thanks for reply. I’m sorry. It was my first post and I wanted to show as much as possible of code to described my problem as good as I can. I followed your advise and my problem is solved!.

Sorry again and have a great day!

@Lukasz125 said in Struktura aplikacji QWidget czy MainWindow:

Co ma byś pierwsze QWidget z ekranem Loading i potem dodawać kolejny QWidget z logowaniem czy bazą ma być MainWindow z zasadniczą cześcią aplikacji i do niej dołączyć kolejne QWidgety.

Myślę, że oba sposoby są możliwe, jednak ten drugi, z MainWindow, według mnie jest prostszy. Ja z moją wiedzą na temat Qt wybrałbym ten drugi sposób. :-)

79b59d24-894a-42d8-b38d-b6ec49501982-image.png

89fff401-d089-4a1a-8b6e-48b7f75de55a-image.png

442baef9-6305-4d80-a55f-13621fc5ee8f-image.png

Jesli chodzi o kompilator to uzywam Arm Embedded GCC

Ten QDialog musi być utworzony gdzieś. Możesz to zrobić w swoim głównym oknie, wtedy komunikacja będzie prosta. Np.:

void MainWindow::showDialog() { auto dialog = new Szukaj(this); connect(dialog, &QDialog::accepted, this, [=]() { pokaz(dialog->srednica()); dialog->hide(); dialog->deleteLater(); }); dialog->show(); }

Parę innych uwag:

teksty widoczne dla użytkowników powinny być opięte w funkcje tłumaczące: tr("Typ uszczelki") przekazując QString (i wszelkie inne "duże" klasy z Qt) do funkcji, używaj const ref: void MainWindow::pokaz(const QString &srednica) polecam programować wyłącznie po angielsku, takie mieszanie języków jest dość mylące. No i nie do użycia w międzynarodowej drużynie ten kod zdecydowanie wyrzuć: MainWindow q; q.pokaz(srednica);

Bo on tworzy nowe okno MainWindow, a tego raczej nie chcesz.