W dniu 05.10.2019 o 19:10, heby pisze:
> On 05/10/2019 18:24, J-23 wrote:
>>> Nic nie inputuje, pytam czy jest gorsze od bibliteki GUI Lazarusa.
>>> Jest czy nie?
>> Pisałem już! Na natywne aplikacje trzeba kolejnych technologii w
>> zależności od urządzenia docelowego. A przy obecnym zapotrzebowaniu
>> gdzie jest potrzebna aplikacja natywna na komputer na urządzenie
>> mobilne itp i już się robi kilka różnych technologii
>
> No to przecież ktoś to już ogarnia w Qt. I tak samo nalezy ogarniać
> VLS/LCL. Wszak też natywne.
>
>> Przeszkadzało by ci to by była w jedna biblioteka ogarniająca
>> wszystkie te tematy?
>
> Qt ogarnia *prawie* wszystkie tematy. Czekam aż będzie tam dostępny
> QPornPlayerAndQuantumComputing i doczekam się.

LCL działa podobnie jak HibernateSQL jeżeli chodzi o zasde działania
mamy w Hibernate język HQL który w zależności od podanego sterownika
stara się tak przetworzyć napisane w nim zapytanie by dany silnik
bazodanowy sobie z nim poradził.

i teraz mamy 2 opcje albo zdecydować na poziomie kompilacji z czego ma
korzystać nasza napisana aplikacja albo pozostawić to na zasadzie takiej
że to z czego korzysta dany system to to wyciągnąć do wierzchu :) i na
tym działać

>
>>> Serio? pip install w windows działa. apt-get obecnie również.
>>> Ostatecznie jak chcesz Qt natywnie na win to trzeba wypakować 1 zipa.
>> Gdzie trzeba znać jego całą dokumentacje itp. :)
>
> Nie. Ogólnie dokumentacje do Qt nie czyta się w całości. Czyta się to co
> w danej chwili potrzebujesz. Jak w 100% przypadków korzystania z
> biblitek. Tak samo, wręcz, jak w Lazarusie.
>
>>> Czytam i zysku brak. Następne nudne GUI bez polotu, wyglądu czy
>>> czegokolwiek co by je odrózniało od kilkunastu innych.
>> Bo jest wyciągane z trzewi systemu operacyjnego a nie pisane od zera :)
>
> Zupełnie jak kilka innych?
>
>> LCL napisane we FreePascalu wyciąga konkretne rzeczy z systemu na
>> którym jest uruchomione.
>
> Zupełnie jaki kilka innych?

tak np wxwidget z tą różnicą... że to nie działa na urządzeniach
mobilnych (chyba że coś się znienilo to mnie popraw bo nie wiem tego jak
wygląda sytuacja na dzień dzisiejszy) LCL na mobilnych działa bez problemu

>
>> I to wszystko w jednym kodzie :)
>
> Łał.
>
>>> Bo powstało np. Qt? Jak ktoś się uprze to pewnie dało by radę zrobić
>>> binding do Pascala. Tak samo jak zrobiono do Pythona. Tylko po co.
>> Zaskocze cie ale LCL Lazarusa wspiera QT :P
>
> To po co Ci inna bibliteka GUIowa? Jakie ma super powers ta inna czego
> nie ma już w Qt? Musisz że "by miała mieć Web"? No chwilowo nawet w
> normalnych językach to jest delikatnie mówiąc problematyczne. Jak Pascal
> mógłby tu dokonać cudów?
>

Już mowilem biblioteka GUI podałem ją po to byś zarybił zasade
działania... Teraz po podanym przykładzie z hibernate co do LCL zasada
działania jest jasna (Chyba?).

>>> Gdzie zysk, ja pytam, na tle innych technologii?
>> Napiszę najprościej jak się da :P
>> Jeden kod.
>
> C++/Java.
>
>> Program odpalasz wszędzie.
>
> C++/Java.
>
>> PC/Mobilne/Web/ARM czy co tam chcesz jak to inaczej nie nazwać jak
>> zysk? :)
>
> Na tle C++/Java to strata bo trzeba w to włożyć jeszcze miliony dolców
> żeby choć doczołgać się do czołówki.
>
Miliony dolców powiadasz... tylko czemu to w Lazarusie jest już dziś
osiągalne :) bez twojego miliona dolcow :P
>> Lazarus po za Web pozwala na całą resztę.
>
> Obwiam się, choć może za głupi jestem, że jedno GUI to rule them all
> wypierniczy się na pierwszym lepszym zagadnieniu Webowym. Tam się
> najzwyczajniej inaczej pisze.

Po to jesteśmy programistami by to zrealizować. Jeszcze pare lat do tyłu
mało kto wiedział a aplikacjach mobilnych czy stronie www która jest
sama w sobie aplikacja :) dzis to raczej powszechne

>
>> Jak to jest dla ciebie mało zysku
>
> Rzecz w tym że to nie jest zysk bo już to mam za friko.

Masz za free wykorzystując kilka języków programowania. No chyba że
zaczniesz twierdzić że w C++ można pisać na przeglądarke wprost ale obaj
wiemy że to nie jest możliwe :P

>
>> mięć jeden kod odpalany na wszystkim to nie wiem o co innego ci
>> chodzi. Chętnie się dowiem?
>
> No bo ja mam to samo. A ty też chcesz to mieć po wsadzeniu miliona
> dolców w rozwój trupa. No więc po h... ?
>

W Lazarus nikt nie wsadził miliona dolców :) (chociaż nie miałbym nic
przeciwko :)) a posiada po za WEB możliwość kompilacji na niemal dowolną
platforme

>> Ty preferujesz jeden język działający na dowolnej platformie resztę
>> sobie wyklikam.
>
> Nie, ja sugeruje język adekwatny do problemu.
>
>> Ja preferuje jeden kod w dowolnym języku odpalany na wszystkim.
>
> Utopia, choć jesteśmy coraz bliżej.
>
Dlaczego utopia? Uważam wręcz przeciwnie że to jest bliżej niż dalej
>> Te dwa zdania pokazują różnice między nami tylko mam wrażenie że moje
>> podejście sprawia że dużo szybciej uzyskam program na dowolne urządzenie.
>
> Być może osiągniesz go dużo szybciej, ale czy będzie specjalnie lepszy
> niż to samo w Qt to miałbym wątpliwość.
>
Niewątpliwie takie podejście generuje napewno pewną nadmiarowość kodu.
Jednak uważam że mamy teraz na tyle mocne sprzęty ogolnie w użytku że w
99% przypadkach ta nadmiarowość nie ma znaczenia
>> Teraz dlaczego Pascal a nie inny język. Powód jest prosty, bo jest
>> Lazarus - który większość wymienionych elementów posiada. Kwestia
>> tylko dopracować
>
> No ale te elementy ma też C++, Java i Python i nie trzeba dopracować. Są.

Są ale nie ma uniwersalnego podejścia do każdego z tych zadań potrzeba
oddzielnej biblioteki a myśle że świat raczej idzie w kierunku
upraszczania i takim uproszczeniem jest LCL

>
>>>>> Nie nie nie, pytanie brzmi: co lepszego jest w VCL/LCL czego nie ma
>>>>> w Qt i co powoduje że warto się tym trupem zajmować.
>>>> Pokaż mi drugie takie środowisko?
>>> Do klikania widgetów i pisania kodu? A choćby NetBeans.
>> Pisałem że LCL to tylko przykład.
>
> No to o jakie środowisko pytasz?
>
>>>> Na rynku gdzie jednym narzędziem będę pisał na dowolną platformę?
>>> Netbeans.
>> Jesteś pewny :P? że na dowolnej platformie użyjesz Javy bez problemowo
>> :P?
>
> Ostatnio użyłem programu napisanego w Swingu na sterowniku przemysłowym
> z procesorem ARM9. I działało. OOTB, bez śladu zmiany w kodzie.
>
> Na pralce jeszcze nie odpalałem. Powinno jednak pójść.
>
>> owszem można pisać tym pod różne platformy ale dla każdej platformy
>> będzie to oddzielnym kodem
>
> Nie.
prosty przykład czy kod napisany w C++ bez zmiany liniki kodu napiszesz
na mobilne i komputer. Nie bo choćby właśnie gui sprawi że musisz użyć
odzielnych bibliotek

W javie i.net jest lepiej ale nie ma kolorowo
>
>> Nie chodzi o GUI to byl tyko przykład :)
>
> To daj inny przykład unikatowości Lazarusa vs reszta świata.
Podałem już tu kilka przykładów ten sam kod w 100% na rożnych platformach
>
>>> Nie, to nie jest killer feature. To zaledwie normalność obecnego
>>> świata C++, Java, C#.
>> Podajesz trzy języki programowania i minimum +3 różne ide (chociaż o
>> ide można się spierać)
>
> No i? Każdemu w/g potrzeb.

Nawet się z tobą zgodze tylko już chyba teraz widzisz że to co powstało
w tym martwym pascalu daje pewną unifikacje kodu.
>
>> Ja Ci pisze o jednym kodzie, jednym języku odpalanym na wszystkim po
>> za Web
>> Mało?
>
> Zdecydowanie. Od wieków wiemy że Web to nie to samo co natywne GUI.

Zgadza się jest to zupełnie coś innego. Google jednak spojrzało na to
szerzej i wypościło Google Web Tools już dawno temu i można jak widać na
ich przykładzie połączyć Jave z JS i da się na tym wyprodukować coś bez
znajomości JS. Owszem gdy się zagłębimy i np chcemy tworzyć nowe
elementy np. Nowe komponenty tj EXT-GWT to wtedy JS jest potrzebny ale
da się napisać aplikacje na przeglądarke w Javie bez dotykania JS czy
PHP wymusza to jednak znajomość GWT.

Kiedyś był Ciekawy projekt na Delphi o nazwie UniGUI projekt został z
tego co wiem wykupionu przez embarcadero i słuch po nim zaginął a on
pozwalał na stworzenie aplikacji na przeglądarke z Delphi. Nie wiem jak
to wyglądało w szczegółach bo nigdy na tym nie pracowałem wiem natomiast
że krótko przed wykupem społeczność Lazarusa chciała go zintegrować
właśnie z LCL lecz po przejęciu tego przez Embarcadero temat ucichł

Pozdrawiam