🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

7 total messages Started by Jacek Marcin Jaworski Sat, 20 Apr 2024 14:37
Bibl. Qt jest sztucznie ograniczona - jest nieprzydatna do celów komercyjnych
#310541
Author: Jacek Marcin Jaworski
Date: Sat, 20 Apr 2024 14:37
340 lines
17529 bytes
Bibl. Qt jest sztucznie ograniczona - jest nieprzydatna do celów 
komercyjnych
  1  Metadane
autor:
  Jacek Marcin Jaworski
pseudonim:
  Energo Koder Atlant
pomocnicy autora:
  BRAK
miejsce:
  Pruszcz Gd.
utworzono:
  2024-04-20
wersja: 128 z dnia:
  2024-04-20
program składu:
  Libre Office Writer
sys. op.:
  Kubuntu


Spis treści
  1  Metadane	1
  2  Wstęp	3
  2.1  Teza	3
  2.2  Streszczenie	3
  2.3  Tab. skrótów	3
  3  Metoda badawcza	3
  4  Fakty	4
  4.1  3 rodzaje wtyczek w prog.: narzędzia, logika i okna	4
  4.2  Patologiczne wtyczki w edytorze KDE Kate	4
  4.3  Bibl. Qt umożliwia jedynie tworzenie wtyczek dla narzędzi i dla 
okien ale nie dla logiki prog.	4
  5  Moralna ocena faktów przytoczonych w raporcie	5
  5.1  Z czego wynikają kryteria oceny	5
  5.2  Jakie wsk. mor. popr. "są na tak" a jakie "są na nie" i dlaczego?	5
  5.3  Analiza znanych faktów w świetle wsk. mor. popr. zwanym Sukcesy 
naukowe i kompetencje!!!	9
  6  Podsumowanie	10
  6.1  Rewelacje, zalety, wady i partactwa w proj. bibl. Qt	10
  6.1.1  Rewelacje	10
  6.1.2  Zalety	10
  6.1.3  Wady	10
  6.1.4  Partactwa	10
  6.2  Wnioski	10
  6.3  Czy problem jest organizacyjny czy jednostkowy?	10
  6.4  Czy problem jest trwały czy czasowy?	11
  6.5  Przewidywania na przyszłość	11
  6.6  Zalecenia na teraz	11
  6.7  Zalecenia na przyszłość	11

  2  Wstęp
Powodem napisania tego Raportu Totaliztycznego są moje wyniki badań nad 
tworzeniem programów nieuprzywilejowanych opartych o wtyczki. Celem 
moich badań było wypracowanie sposobów kodowania komercyjnych (z 
zamkniętymi źródłami) programów opartych o C++ i Qt z udostępnianiem 
jedynie Publicznego Pakietu Rozwojowego (w j. ang. SDK) w celu 
umożliwienia tworzenia niezależnych wtyczek.
  2.1  Teza
Biblioteka Qt zawiera wbudowane ograniczenia uniemożliwiające tworzenie 
komercyjnych programów rozszerzalnych przez niezależnych autorów wtyczek.
  2.2  Streszczenie
Biblioteka Qt umożliwia tworzenie jedynie wtyczek dla kl. narzędziowych 
i dla okien programu. Niemożliwe jest tworzenie wtyczek dla logiki 
programu. Wynika to z faktu wymuszania przez Qt używania pętli zdarzeń 
przez wymuszanie użycia asynchronicznego mechanizmu sygnał-slot.
  2.3  Tab. skrótów
wsk. mor. popr.
Wskaźniki Moralnej Poprawności
arch.
architektura
proj.
projekt
bibl.
biblioteka
prog.
program
f.
funkcja
o.
obiekt
dok.
dokumentacja lub dokument
aut.
automatycznie
SZAP
w j. ang. USONA (United States Of North America)
  3  Metoda badawcza
Opieram się na własnych, wielokrotnych próbach wypracowania standardowej 
metody projektowania arch. i programowania prog. opartego o C++, Qt i 
wtyczki. Czyniąc te wysiłki opierałem się na wybrakowanej dok. Qt na 
temat wtyczek (jest to dok. w stylu: zobacz sobie jak jest to w 
przykładzie). Dodatkowo pobieżnie przeanalizowałem sposób programowania 
wtyczek w edytorze KDE Kate.
  4  Fakty
  4.1  3 rodzaje wtyczek w prog.: narzędzia, logika i okna
Narzędzia to bibl. dostarczane przez zew. dostawców. Do narzędzi 
zaliczamy też bibl. firmowe (organizacji w której pracujesz). Wtyczki 
dla narzędzi sprowadzają się do obsługi różnych formatów plików i 
różnych protokołów.
Do logiki zaliczamy klasy sterujące programem. One kontrolują program 
oraz zawierają algorytmy sterujące jego pracą. Wtyczki dla logiki 
dostarczają alternatywnych algorytmów pracy (do nich zaliczamy też raporty).
Okna, jak wiadomo, składają się z kontrolek. One też mogą zawierać 
alternatywną zawartość dostarczaną przez wtyczki.
  4.2  Patologiczne wtyczki w edytorze KDE Kate
Edytor KDE Kate ma nienormalne wtyczki które mają po prostu pełen dostęp 
do okna głównego tego edytora. Jest to kompletnie nienormalne z 
komercyjnego p. widzenia. Bo oczywiste jest, że firma chcąca zarabiać na 
edytorze dla programistów nie może dostarczać pełnych jego źródeł. 
Zamiast nich powinna udostępniać minimalny Publiczny Pakiet Rozwojowy. 
Te chamskie rozwiązanie przyjęte przez autorów edytora KDE Kate jest dla 
mnie dowodem, że nie można w prog. Qt uzyskać komercyjnej jakości ani 
przestrzegać komercyjnych i biznesowych standardów.
  4.3  Bibl. Qt umożliwia jedynie tworzenie wtyczek dla narzędzi i dla 
okien ale nie dla logiki prog.
Mechanizm sygnał-slot to dobry pomysł, bo pozwala na łączenie o. 
niepowiązanych kl.. Jednak jego wadą jest jego implementacja z użyciem 
pętli zdarzeń. To powoduje brak możliwości wstrzelenia się z dodatkowymi 
f. jakie chciałbym realizować wtyczkami w reakcji na zmiany stanów w 
logikach prog. Wynika to z tego, że chcąc separować logiki od okien 
muszę używać mechanizmu sygnał-slot (w przeciwnym wypadku wychodzi taka 
kupka jak w edytorze KDE Kate, czyli wymusza to konieczność 
udostępniania całego głównego okna prog. i tym samym wszystkich kl. w 
prog.). Dlatego gdy wtyczka robi coś niestandardowego to w prog. robi 
się chaos. Np. w edytorze tekstu zrobiłem wtyczkę która po otwarciu 
pliku H++ aut. otwiera do pary plik C++. Wtedy idą dwa sygnały aktywacji 
edytora (najpierw z plikiem H++, a potem C++) i z powodu 
asynchroniczności nie można zapobiec aktywacji pliku C++ (co jest 
błędem, bo otwierany był plik H++). Dzieje się tak ponieważ w pętli 
zdarzeń jest realizowana kompresja takich samych sygnałów (usuwane są 
ich duplikaty). Naiwnym rozw. był by sygnał QTimer::singleShot(), ale to 
tylko pogarsza sprawę, bo przecież mogą być kolejne wtyczki które coś 
chcą robić z edytorami po otwarciu pliku.
  5  Moralna ocena faktów przytoczonych w raporcie
  5.1  Z czego wynikają kryteria oceny
Cytat z mojej „Ideologii Geniuszy-Mocarzy”:
„W toku badań naukowych prowadzonych "po godzinach" prof. Jana Pająk 
ustalił jaka jest "filozofia Boga" czyli jak się ocenia ludzkie 
działanie. Te kryteria to "wskaźniki moralnej poprawności". Prof. Pająk 
podał 7 tych wsk. Mi do tej pory udało się wskazać kolejnych 6.
Jednak mimo że wskazane przeze mnie kol. 6 wsk. mor. popr. jest 
całkowicie logiczne i wynikają one z filozofii Totalizmu jaką opisuje 
sam prof. Jan Pająk, to wcale nie chce on ich zaakceptować ani 
dyskutować na ich temat. Wysyłane do niego listy el. na ten temat 
całkowicie ignoruje.”
  5.2  Jakie wsk. mor. popr. "są na tak" a jakie "są na nie" i dlaczego?

Wsk. mor. popr.
Skrótowy opis wsk. mor. popr.
Skrótowa analiza zagadnienia
Ocena
     1. Pole moralne!!!
Moralne jest podejmowanie wysiłku intelektualnego (wykazywanie się 
wysoką inteligencją).
Niemoralne jest głupie postępowanie.
Stosowanie takiego wynalazku jak asynchroniczna pętla zdarzeń jest 
sprzeczna z logiką.
NIE
     2. Karma uczuciowa!!!
Moralne jest wzbudzanie u innych takich uczuć jakie samemu chciało by 
się doświadczyć, bo konieczne jest doświadczenie takich samych uczuć 
jakie się wzbudziło u innych.
Czyli nie należy innym czynić tego co tobie niemiłe.
Wciskanie za darmo wadliwych bibl. musi wrócić do autorów.
NIE
     3. Praca Moralna!!!
Moralna jest jest dobrowolna praca, najbardziej pod górę pola moralnego 
i generująca dobrą karmę (czyli nikomu nie szkodzi).
Zaprogramowanie tego potwora w postaci bibl. Qt wymagało ogromu pracy. 
Ale tej pracy nie wykonali inwestorzy tylko wyzyskiwani programiści.
NIE
     4. Odpowiedzialność!!!
Moralne jest branie odpowiedzialności za siebie i za innych.
Ktoś sobie wyobraża, że nie trzeba odpowiadać za robienie takich 
wadliwych bibl. bez dobrej dok. wyjaśniającej jak profesjonalnie kodować 
z jej użyciem.
NIE
     5. Motywacje!!!
Moralne jest podejmowanie wysiłku i przełamywanie lenistwa.
Niemoralne jest np. uleganie korupcji w zamian za rezygnację z budowy 
własnej potęgi.
Tworzenie z zał. wadliwych bibl. to niemoralne motywacje.
NIE
     6. Uczucia!!!
Moralne jest pokonywanie uczuć jakie nakłaniają do niemoralnego 
postępowania.
NARZUCANIE INNYM NIECHCIANYCH UCZUĆ JEST NIEMORALNE BO TO TORTURY. I TO 
NIE WAŻNE CZY SĄ ONE PRZYJEMNE CZY NIE!!!
Po minach jakie robił prezes qt.io na jednym z filmików wnioskuję, że 
rozpiera go poczucie dumy, wyższości i potęgi. Są to typowe cechy pasożyta.
NIE
     7. Sumienie!!!
Moralne jest słuchanie sumienia, bo zna ono wszystkie prawa moralne i 
wydaje nieomylne sądy na temat każdego zrealizowanego działania.
Niemoralne jest zagłuszanie sumienia.
Robienie wadliwych prog. i blbl. Jest sprzeczne z sumieniem i jest 
zagłuszaniem sumienia.
NIE
     8. Ekonomia i własne utrzymanie!!!
Moralne jest przestrzeganie praw ekonomi, które wynikają z matematyki i 
z logiki gdyż nią jest opisany wszechświat fizyczny w którym żyjemy.
Moralne jest takie prowadzenie interesów, by wszystkie strony miały 
dobre zyski i żadna strona  nie traciła.
Wadliwy mechanizm sygnał-slot tłumaczy opory przy wdrażaniu tej bibl. A 
to tłumaczy dlaczego Quasar ani Trolltech nigdy nie wypracowały czystego 
zysku (zawsze przynosiły straty).
NIE
     9. Uczciwość!!!
Moralna jest uczciwość.
Podstęp to iluzja przyszłości (jest to moralne).
Psikus to żart chwilowo wprowadzający w błąd (jest to moralne).
Oszustwo to długotrwałe kłamstwo na temat przeszłości (jest to niemoralne).
Podsuwanie popsutych bibl. jest nieuczciwe.
NIE
     10. Solidność!!!
Moralne jest doprowadzanie projektów do końca jaki u odbiorcy/klienta 
nie generuje negatywnych uczuć. Zaleca się by wynik końcowy budził 
podziw i zachwyt.
Tworzenie wadliwych bibl. jest sprzeczne z solidnością.
NIE
     11. Braterstwo!!!
Moralna jest walka o człowieka a nie z człowiekiem!
Niemoralne jest pogrążanie ludzi przez wrabianie w łamanie jakiegoś 
tajnego lub niemoralnego prawa.
Totalizci powinni nieść pomoc wszelkim dobrym i moralnym ludziom (oraz 
ludziom którzy mają takie skłonności).
Kodowanie wadliwych prog. i bibl. jest sprzeczne z poczuciem braterstwa 
z innymi programistami.
NIE
     12. Droga i wdrożenia!!!
Moralne jest „zrobienie wszystkiego co możliwe” w celu pełnej realizacji 
proj. Wtedy mówimy, że droga do celu była moralna.
Moralne jest doprowadzanie proj. do fazy wdrożenia, czyli przekazania 
ich użytkownikom do normalnej eksploatacji.
Droga do powstania Qt była skażona negatywnymi motywacjami. Dlatego mimo 
wdrożenia do sprzedaży proces jej powstania jest niemoralny.
NIE
     13. Sukcesy naukowe i kompetencje!!!
Moralne jest zdobywanie kol. tytułów, oraz naukowe rozwiązywanie zagadek 
Naszego Wszechświata oraz inżynierskie rozwiązywanie problemów technicznych.
Aby legalnie używać danej technologii trzeba na to uczciwie zasłużyć 
solidnie ucząc się obsługi i uczciwie pracując by legalnie tą 
technologię wytworzyć lub kupić.
Brak pozytywnej motywacji w postaci chęci dostarczenia dobrej bibl. 
oznacza brak kompetencji w zakresie moralności. To przekreśla sukcesy w 
kodowaniu.
NIE
Dla przypomnienia podam, że by ktoś był moralny to wszystkie wskaźniki 
muszą być na TAK!!! lub na BRAK i żaden nie może być na NIE.
Wsk. moralnej popr. w 13 na 13 przypadkach jednomyślnie wskazują, że 
udostępnianie tej wadliwej bibl. jest niemoralne.
  5.3  Analiza znanych faktów w świetle wsk. mor. popr. zwanym Sukcesy 
naukowe i kompetencje!!!
Ktoś mógłby się dziwić, że mimo rozklepania tak wielu problemów i 
opanowaniu tak wielu zagadnień informatycznych można mówić o braku 
kompetencji inwestora który sfinansował bibl. Qt. Jednak Świat i 
Wszechświat jest podporządkowany nie tylko prawom fizyki. Ważniejsze od 
praw fizyki są prawa moralne. Podstawowym czynnikiem jaki należy brać 
pod uwagę to odp na pyt.: Czy inwestor kierował się dobrą wolą? Bo całe 
dobro wynika jedynie z dobrej woli. Po prostu dobrej woli nic nie 
zastąpi żadna forsa, ani miliony linii kodu, ani żadna religia, ani 
filozofia ani ideologia. Niestety założenia leżące u podstaw bibl. Qt są 
niemoralne, bo ona jest celowo popsuta pętlą zdarzeń. Dlatego mnie nie 
oszałamiają miliony linii kodu bibl. Qt, bo wiem, że to wszystko zostało 
zakodowane poprzez szalone topienie kasy. Ta kasa prawdopodobnie 
pochodzi prosto z piekła (z kosmosu). I podobnie jak piekło bibl. Qt ma 
dopiekać ambitnym programistom na Ziemi. Ta chęć ograniczania i 
ogłupiania jest tu decydującym czynnikiem wskazującym na braki 
ideologiczne lub po prostu wrogą działalność inwestora który sfinansował 
bibl. Qt. A przecież nie można uznać wroga za intelekt kompetentny w 
sprawach dla nas kluczowych. Dlatego mamy tu brak kompetencji i wsk. 
Sukcesy naukowe i kompetencje!!! jest na NIE.
  6  Podsumowanie
  6.1  Rewelacje, zalety, wady i partactwa w proj. bibl. Qt
  6.1.1  Rewelacje
     1. Zakodowanie bibl. Qt w C++;
     2. Bibl. Qt rozwiązuje wiele typowych problemów programistycznych 
(szczególnie w zakresie podst. narzędzi do obsługi plików, wątków, sieci);
     3. Mechanizm sygnał-slot jest b. dobrą koncepcją ułatwiającą 
kodowanie. Jednak jest wadliwie zakodowany, bo zamiast bezpośrednich 
wywołań sloty są wywoływane z opóźnieniem po oddaniu sterowania do pętli 
zdarzeń.
  6.1.2  Zalety
     1. Obecnie (2024r.) chyba nie ma lepszej bibl. dla C++ która była 
by powszechnie dostępna.
  6.1.3  Wady
     1.
  6.1.4  Partactwa
     1. Mechanizm sygnał-slot działa z opóźnieniem, asynchronicznie 
przez pętlę zdarzeń;
     2. Nie można zaglądać z debugera do wnętrza o. kl. Qt (wszystko 
jest ukryte pod wsk. d do zmiennych prywatnych);
     3. Bibl. Qt wymusza tworzenie własnych bibl. pośredniczących, w 
celu upraszczania zbyt rozwlekłej składni (np. kl. QFile i QProcess).
     4. Tolerowanie błędów w kluczowych kl. takich jak QMainWindow, 
QDockWidget i QMdiArea. Robią to w celu wyeliminowania twórców 
tradycyjnych, normalnych prog. na dekstopy;
     5. Ukrywanie przed programistami C++ kl. używanych w QML. Robią to 
by wyeliminować normalnych programistów C++ którzy odróżniają program od 
skryptu.
  6.2  Wnioski
Bibl. Qt nie pozwala na łatwe tworzenie wtyczek dla logiki prog. w prog. 
komercyjnych o zamkniętych źródłach.
  6.3  Czy problem jest organizacyjny czy jednostkowy?
Problem jest organizacyjny.
  6.4  Czy problem jest trwały czy czasowy?
Problem jest trwały.
  6.5  Przewidywania na przyszłość
Qt dalej będą rozdawać, bo wiedzą, że nic nowoczesnego i profesjonalnego 
nie da się z nią zakodować.
  6.6  Zalecenia na teraz
W prog. komercyjnych obejściem problemu pętli zdarzeń i mechanizmu 
sygnał-slot jest stosowanie prostych f. globalnych do wywołań zwrotnych 
które bezpośrednio będą wywoływać sloty. Jednak ich wadą jest to, że one 
muszą używać zmiennych globalnych (wsk. do logik i do okien).
  6.7  Zalecenia na przyszłość
Jak miałbym komuś podpowiadać, to:
     1. Należy rozwidlić proj. Qt;
     2. Należy wydzielić kl. wolne od mechanizmu sygnał-slot;
     3. Należy popr. mechanizm sygnał-slot by wywoływał sloty 
bezpośrednio, synchronicznie, bez pętli zdarzeń;
     4. W pierwszej kol. należy dostosować najważniejsze kl. Qt. 
Wymagają one dostosowania z tego powodu, że nie raz samo wywołanie ich 
slotu nie wykonuje wszystkich działań i konieczne jest dokończenie 
czegoś w wolnym czasie (w j. ang. idle). Takie bzdury należy wyeliminować.
     5. Należy popr. podst. kl. do tworzenia normalnych, tradycyjnych 
prog. QMainWindow, QDockWidget i QMdiArea;
     6. Należy usunąć interpreter QML i Qt Script oraz kl. jakich nie ma 
sensu używać w C++;
     7. Dodać opcję włączenia zgłaszania błędów wyjątkami (bez 
zmieniania API);
     8. Wyłączenie łapania wyjątków w pętli zdarzeń (żeby móc je złapać 
w f. main());
     9. Umożliwienie awaryjnego zamykania poł. z bazą SQL (np. przy 
długich zapytaniach);
     10. Poprawienie ogłupiającego nazewnictwa np.  w QSizePolicy;
     11. Stworzenie nowoczesnych stylów QSS dla kontrolek graf.;
     12. Popr. prog. Qt Asistant tak by można go było wygodnie używać i 
żeby wyświetlał też dokumentację programistyczną z podręczników man.
Re: Bibl. Qt jest sztucznie ograniczona - jest nieprzydatna do celów komercyjnych
#310555
Author: heby
Date: Sat, 20 Apr 2024 20:29
109 lines
6007 bytes
On 20/04/2024 16:37, Jacek Marcin Jaworski wrote:
> Biblioteka Qt zawiera wbudowane ograniczenia uniemożliwiające tworzenie 
> komercyjnych programów rozszerzalnych przez niezależnych autorów wtyczek.

Podobnie jak oprogramowanie pralki. Ono też, najwidoczniej, jest 
nieprzydatne do celów komercyjnych.

> programu. Wynika to z faktu wymuszania przez Qt używania pętli zdarzeń 
> przez wymuszanie użycia asynchronicznego mechanizmu sygnał-slot.

Brednia.

Sygnał slot nie ma nic wspólnego z pętlą zdarzeń. Możesz wołać 
synchronicznie jak i chować w kolejkę. Wybór po stronie programisty, jak 
używa s-s i czy w ogóle używa. Myslisz pętlę komunikatów z s-s i 
wychodzi sieczka.

>   4.3  Bibl. Qt umożliwia jedynie tworzenie wtyczek dla narzędzi i dla 
> okien ale nie dla logiki prog.

Biblioteka Qt ma w nosie wtyczki. Jej podstawowe cele to dostarczenie 
userowi szeregu gotowych narzędzi do pisania typowych programów.

Wtyczki to zagadnienie skomplikowane, głównie z powodu stabilności ABI, 
co oznacza mocno utrudnione dostarczanie generycznych rozwiązań.

> niepowiązanych kl.. Jednak jego wadą jest jego implementacja z użyciem 
> pętli zdarzeń.

1) sygnał-slot to nie jest pętla zdarzeń. Patrz boost::signal.
2) Qt to nie tylko pętla zdarzeń

> logikach prog. Wynika to z tego, że chcąc separować logiki od okien 
> muszę używać mechanizmu sygnał-slot

Wymaganie używania pętli zdarzeń podczas programowania GUI wykracza 
znacząco poza Qt. Wszystkie bibliteki, od lat 80, są zbudowane w podobny 
sposób. Nie wszystkie używają jednak s-s.

Zainteresuj się co to jest korutyna i cooperative multitasking. Te dwa 
pojęcia są blisko koncepcji wszystkich współczesnych biblitek GUI i z 
nich wynika koncepcja pętli zdarzeń. Zaś pętla ta nie ma nic wspólnego z 
signal-slot. Qt używa tylko s-s, ale są bibliteki GUI nie używające tego 
mechanizmu.

> się chaos. Np. w edytorze tekstu zrobiłem wtyczkę która po otwarciu 
> pliku H++ aut. otwiera do pary plik C++. Wtedy idą dwa sygnały aktywacji 
> edytora (najpierw z plikiem H++, a potem C++) i z powodu 
> asynchroniczności nie można zapobiec aktywacji pliku C++ (co jest 
> błędem, bo otwierany był plik H++).

Nie masz ćwierć zielonego pojęcia jak się pisze oprogramowanie GUI. Stąd 
te śmieszne problemy. Starasz się obsługiwać logikę biznesową w obcych 
strukturach danych, nad którymi nie masz kontroli.

[ciach tony schizofrenicznych bredni]

> niemoralne, bo ona jest celowo popsuta pętlą zdarzeń. Dlatego mnie nie 
> oszałamiają miliony linii kodu bibl. Qt, bo wiem, że to wszystko zostało 
> zakodowane poprzez szalone topienie kasy. Ta kasa prawdopodobnie 
> pochodzi prosto z piekła (z kosmosu).

Kasa pochdozi z bardzo wielu firm stosujacych komercyjnie Qt. Jeśli 
chcesz wiedzieć, jak rozwiązać swój problem ,to zatrudnij się w jednej z 
nich, wyjasnią Ci jak się pisze poprawnie aplikacje GUI.

>      3. Mechanizm sygnał-slot jest b. dobrą koncepcją ułatwiającą 
> kodowanie. Jednak jest wadliwie zakodowany, bo zamiast bezpośrednich 
> wywołań sloty są wywoływane z opóźnieniem po oddaniu sterowania do pętli 
> zdarzeń.

Bo nie potrafisz z nich korzystać w sposób świadomy. Zainteresuj się 
Qt::DirectConnection.

>      2. Nie można zaglądać z debugera do wnętrza o. kl. Qt (wszystko 
> jest ukryte pod wsk. d do zmiennych prywatnych);

Można. Nie potrafisz programować ani używać narzędzi do debugu, 
najzwyczajniej. Qt jest opensource. Możesz się debugować przez dowolny 
kod z nicj pochodzący.

>      4. Tolerowanie błędów w kluczowych kl. takich jak QMainWindow, 
> QDockWidget i QMdiArea. Robią to w celu wyeliminowania twórców 
> tradycyjnych, normalnych prog. na dekstopy;

Przeoczyłeś napisanie co to za błędy.

>      5. Ukrywanie przed programistami C++ kl. używanych w QML. Robią to 
> by wyeliminować normalnych programistów C++ którzy odróżniają program od 
> skryptu.

QML jest pewnym uproszczeniem życia dla programisty. Nijak nie eliminuje 
programisty C++.

> Qt dalej będą rozdawać, bo wiedzą, że nic nowoczesnego i profesjonalnego 
> nie da się z nią zakodować.

Istneją programy o cenach majacych bardzo dużo zer, napisane w Qt. 
Najwidoczniej nigdy nie słyszałeś o czymkolwiek większym niż edytor tekstu.

> W prog. komercyjnych obejściem problemu pętli zdarzeń i mechanizmu 
> sygnał-slot jest stosowanie prostych f. globalnych do wywołań zwrotnych 
> które bezpośrednio będą wywoływać sloty. Jednak ich wadą jest to, że one 
> muszą używać zmiennych globalnych (wsk. do logik i do okien).

Czyli stosujesz terapię poprzez strzał w kolano, stosując najbardziej 
idiotyczną z możliwych koncepcji rozwiązania problemu, który nie istnieje.

Panu już dziekujemy.
Re: Bibl. Qt jest sztucznie ograniczona - jest nieprzydatna do celów komercyjnych
#310553
Author: Jacek Marcin Jaworski
Date: Sun, 21 Apr 2024 03:38
17 lines
1862 bytes
W dniu 20.04.2024 o 22:29, heby pisze:
>> programu. Wynika to z faktu wymuszania przez Qt używania pętli zdarzeń 
>> przez wymuszanie użycia asynchronicznego mechanizmu sygnał-slot.
> 
> Brednia.
> 
> Sygnał slot nie ma nic wspólnego z pętlą zdarzeń. Możesz wołać 
> synchronicznie jak i chować w kolejkę. Wybór po stronie programisty, jak 
> używa s-s i czy w ogóle używa. Myslisz pętlę komunikatów z s-s i 
> wychodzi sieczka.

Brednie to ty wypisujesz. Ja programuję w Qt od ok. 2010r. Wywołując 
sygnał podłączone sloty są wywoływane przez pętlę zdarzeń. Najwyraźniej 
Qt znasz jedynie ze słyszenia.

Reszta twojej wypowiedzi, to brednie pochodne zał. że sygnał-slot to nie 
pętla zdarzeń.
Re: Bibl. Qt jest sztucznie ograniczona - jest nieprzydatna do celów komercyjnych
#310554
Author: heby
Date: Sun, 21 Apr 2024 07:52
22 lines
1913 bytes
On 21/04/2024 05:38, Jacek Marcin Jaworski wrote:
> Brednie to ty wypisujesz. Ja programuję w Qt od ok. 2010r.

A ja od 2005, a GUI zdarzeniowe ogólnie od lat 90.

> Wywołując 
> sygnał podłączone sloty są wywoływane przez pętlę zdarzeń.

Czyli jednak nie masz pojęcia jak to działa.

s-s jest wołany w sposób, w jaki ktos o to poprosił. Część wprost, cęśc 
przez kolejkę. Które i jak, zależy od wielu czynników. Ql obsługuje 
wszystkie mozliwości, jakie tylko chcesz, ale napierw musisz mieć 
pojęcie jakie są.

> Reszta twojej wypowiedzi, to brednie pochodne zał. że sygnał-slot to nie 
> pętla zdarzeń.

Bo nie jest. Już Ci napisałem: boost::signal. Nie pojmujesz czym jest 
s-s, więc wychodzą kretynizmy, jak w elaboracie

Idzi już i nie bredź od rzeczy.
Re: Bibl. Qt jest sztucznie ograniczona - jest nieprzydatna do celów komercyjnych
#310539
Author: Jacek Marcin Jaworski
Date: Sun, 21 Apr 2024 13:49
77 lines
5653 bytes
Uzasadnienie powstania błędnego Rap. Tot. pt. "12. Bibl. Qt jest 
sztucznie ograniczona - jest nieprzydatna do celów komercyjnych"

Konstruktywna krytyka Herby:
Herby mocno się zdenerwował na publikację mojego 12. Rap. Tot. z d. 
2024-04-20, sob. i muszę przyznać że wykazał mi że bibl. Qt nie jest aż 
taka zła. Kluczowe w jego wypowiedzi okazało się wskazanie wyliczenia 
Qt::ConnectionType, które jest param. f. QObject::connect() o którym nie 
miałem pojęcia. To wyliczenie zawiera Qt::DirectConnection które w moim 
przypadku rozwiązuje problem opisywany w pow. rap. (konkretnie pozwala 
na wymuszenie synchronicznego wywołania slotu przez sygnał w momencie 
jego wywołania). I faktycznie teraz moja wtyczka libh++do-pary-z-c++.so 
działa prawidłowo.

14 lat bezowocnych poszukiwań Qt-way:
Biorąc pod uwagę ten fuckup z publikacją tego 12. Rap. Tot. muszę się 
usprawiedliwić przed światem z czego wzięła się ta sytuacja. Powody 
moich zbyt niskich kompetencji w zakresie bibl nie wynikają z lenistwa 
tylko z okoliczności w jakich żyję:
1. Brak ks. na temat prof. programowania prog. opartych na wtyczkach, 
C++ i Qt;
2. Od 2011r. magazyn właściciela Qt pt. "Qt Quartelly" już się nie ukazuje;
3. Mimo, że pracowałem na pełen etat nad prog. opartymi na C++ i Qt, to 
w żadnej z 3 polskich firemek w których były one w użyciu nie mogłem się 
doprosić komercyjnej licencji. A wiem, że qt.io ma specjalną bazę wiedzy 
dla komercyjnych klientów (miałem nadzieję, że dzięki niej poznam Qt-way).
To dlatego od 14 lat szarpię się z Qt i ciągle nie znam Qt-way. Jest tak 
mimo, że wg mnie zrobiłem wszystko co byłem w stanie by je poznać.

Pozostające aktualne problemy z Qt:
Mimo, że ogólnie 12. Rap. Tot. jest nietrafiony, to w proj. qt.io jest 
wiele problemów jakie w tym rap. sygnalizowałem:
1. Złośliwości takie jak zmuszanie do nużącego spr. błędów zwracanych 
przez wartość (brak użycia wyjątków);
2. Złośliwości takie jak łapanie lecących wyjątków w pętli zdarzeń 
(przez to nie można ich łapać w f. main());
3. Złośliwości takie jak brak możliwości wywołania f. 
QApplication::exec() w f. innej niż main();
4. Złośliwości takie jak celowo popsute kl. QMainWindow, QDocWidget, 
QMdiArea;
5. Złośliwości takie jak brak nowoczesnego ostylowania (plikami QSS) 
kontrolek bazujących na QWidget (przez co nie można łatwo ich użyć na 
ekranach dotykowych, a nawet na PC wyglądają one archaicznie i są 
niewygodne);
6. Złośliwości takie jak brak dostępu do klas QML z poziomu C++;
7. Złośliwości takie jak brak możliwości zerwania poł. z bazą danych SQL 
gdy wykonywane są długie zapytania SQL;
8. Złośliwości takie jak nazewnictwo odwrotne od działania takie jak w 
QSizePolicy;
9. Złośliwości takie jak Qt Creator, który nie przestrzega zasady 
zero-conf, który jest zakodowany całkowicie odwrotnie do zaleceń twórców 
sys. Unix p. Kena Thomson i Denisa Ritchi, które brzmi: "Pisz prog., 
które spełniają jedno zadanie i robią to dobrze. Pisz prog. 
umożliwiające wspólpracę. Pisz prog. do obsługi strumieni tekstowych, 
ponieważ one tworzą uniwersalny interfejs." (to cytat. z Linux Magazine 
PL nr z kwi. 2024, s. 67);
10. Złośliwości takie jak odp. na pyt. "Jak kodować wtyczki dla Qt 
Creator?" "Zobacz sobie w kodzie jakiejś gotowej wtyczki.";
11. Złośliwości takie jak częste zmiany API wtyczek w Qt Creator;
12. Złośliwości takie jak psucie prog. Qt Assistant który dawniej był 
zgodny z zasadą zero-conf, ale został popsuty i wymaga zbędnego klikania 
na starcie. Z Qt Assistant usunięto wygodne zakładki i popsuto go tak że 
nie wygodnie i nieintuicyjnie się go używa.

Mi się wydaje, że te złośliwości i nienaprawiane problemy oraz wyraźna 
erozja dotychczasowych silnych p. bibl. Qt powoduje, że bardziej ma się 
ochotę do wyrażania krytyki niż do dalszego szukania rozwiązań w 
dokumentacji.

Tak więc przepraszam za mój 12. Raport Totaliztyczny w którym postawiłem 
przesadną tezę, która wynikała z moich bezskutecznych poszukiwań Qt-way 
(badałem problem tworzenia komercyjnych prog. opartych o wtyczki). W tym 
raporcie opisałem prawdziwy problem, ale z powodu frustracji i braku 
materiałów edukacyjnych nie byłem w stanie sam go rozwiązać.

Dziękuję też p. Herby za wyprowadzenie z błędu i naprowadzenie na 
właściwe rozwiązanie!
Re: Bibl. Qt jest sztucznie ograniczona - jest nieprzydatna do celów komercyjnych
#310540
Author: Jacek Marcin Jaworski
Date: Sun, 21 Apr 2024 14:07
10 lines
1543 bytes
W dniu 21.04.2024 o 15:49, Jacek Marcin Jaworski pisze:
> Uzasadnienie powstania błędnego Rap. Tot. pt. "12. Bibl. Qt jest 
> sztucznie ograniczona - jest nieprzydatna do celów komercyjnych"
> 
> Konstruktywna krytyka Herby:
[...]

> Dziękuję też p. Herby za wyprowadzenie z błędu i naprowadzenie na 
> właściwe rozwiązanie!
Miało być Heby a nie Herby. Sory!
Re: Bibl. Qt jest sztucznie ograniczona - jest nieprzydatna do celów komercyjnych
#310542
Author: heby
Date: Sun, 21 Apr 2024 16:31
79 lines
4480 bytes
On 21/04/2024 15:49, Jacek Marcin Jaworski wrote:
> Qt::ConnectionType, które jest param. f. QObject::connect() o którym nie 
> miałem pojęcia.

Programujesz od 14 lat w Qt. Nie jest problem, że tego nie wiesz, nie 
każdy wie wszystko. Problem w tym, że wyciągasz daleko idące wnioski i 
lamenty, ze swojej ignorancji. Ubierając je w patoformalizm, staja się 
jeszcze bardziej żałosne.

> 3. Mimo, że pracowałem na pełen etat nad prog. opartymi na C++ i Qt, to 
> w żadnej z 3 polskich firemek w których były one w użyciu nie mogłem się 
> doprosić komercyjnej licencji.

Komercyja licencja nic nie zmienia. Qt jest takie samo.

> A wiem, że qt.io ma specjalną bazę wiedzy 
> dla komercyjnych klientów (miałem nadzieję, że dzięki niej poznam Qt-way).

Ta wiedza jest dostepna w googlu.

Powiem inaczej: Wzorzec projektowy signal-slot *DOMYŚLNIE* nie używa 
pętli komunikatów. To jest jego domyslna zasada działania generycznej 
implementacji s-s, takiej jak boost::signal. Fakt, że nie szukałeś 
takiego trybu pracy w Qt oznacza, że nie wiesz jak działa wzorzec 
projektowy s-s.

> 1. Złośliwości takie jak zmuszanie do nużącego spr. błędów zwracanych 
> przez wartość (brak użycia wyjątków);

Przyjazne w programowaniu funkcyjnym.

> 2. Złośliwości takie jak łapanie lecących wyjątków w pętli zdarzeń 
> (przez to nie można ich łapać w f. main());

main() nie musi być dnem pętli komunikatów. Dnem może być np. wątek, 
albo callback systemowy. Zrzucanie wyjątków poniżej dna wątku lub przez 
callback systemowy może być UB. Qt ma swoje rozwiązania różnych 
przypadków tego typu. Nie musisz z nich korzystać, jesli koniecznie 
chcesz sobie strzelić w kolano. Jeśli jednak wyjątek spada *poniżej* 
pętli komunikatów, to masz coś poważnie spieprzone.

> 3. Złośliwości takie jak brak możliwości wywołania f. 
> QApplication::exec() w f. innej niż main();

A kto broni?

> 4. Złośliwości takie jak celowo popsute kl. QMainWindow, QDocWidget, 
> QMdiArea;

Nie okresliłeś co popsute.

> 8. Złośliwości takie jak nazewnictwo odwrotne od działania takie jak w 
> QSizePolicy;

Albo niepojmowanie do czego służy.

> 9. Złośliwości takie jak Qt Creator, który nie przestrzega zasady 
> zero-conf, który jest zakodowany całkowicie odwrotnie do zaleceń twórców 
> sys. Unix p. Kena Thomson i Denisa Ritchi, które brzmi: "Pisz prog., 
> które spełniają jedno zadanie i robią to dobrze. Pisz prog. 
> umożliwiające wspólpracę. Pisz prog. do obsługi strumieni tekstowych, 
> ponieważ one tworzą uniwersalny interfejs." (to cytat. z Linux Magazine 
> PL nr z kwi. 2024, s. 67);

Zero konkretów co jest źle z Qt creatorem.

Nie używaj creatora, jesli nie lubisz. Nie ma wymogu.

> 10. Złośliwości takie jak odp. na pyt. "Jak kodować wtyczki dla Qt 
> Creator?" "Zobacz sobie w kodzie jakiejś gotowej wtyczki.";

Bardzo dobra rada. Ludzie wolą żywy kod, niż 100 stron pdfa "jak napisać 
40 linijek".

> 11. Złośliwości takie jak częste zmiany API wtyczek w Qt Creator;

API Qt creatora nie jest stabilne. Swoje kontrolki powinieneć kompilować 
z każdym buildem aplikacji na nowo. Skąd wytrzasnąłeś obietnicę 
stabilnego API/ABI?
Thread Navigation

This is a paginated view of messages in the thread with full content displayed inline.

Messages are displayed in chronological order, with the original post highlighted in green.

Use pagination controls to navigate through all messages in large threads.

Back to All Threads