LPTK cross platform GUI toolkit
2003-05-22T07:18:23+02:00
2003-06-15T21:03:19+02:00
2022-07-27T18:42:52+02:00
  • Egyáltalán nem akarom lenézni a .NET és a MS eredményeit. Igazából csak azt szerettem volna elmondani, hogy magam is meglepődtem azon, hogy milyen egyszerű implementálni. Ehhez kellett az az ötlet, hogy a nem ismert widgeteket ill. property-ket változatlan formában a helyükön hagyja amiket a designerben pascal kódként lehet editálni. Nem akarom felvenni a versenyt az ilyen "nagy" fejlesztő rendszerekkel. Inkább egy olyan egyszerű eszlözt akarok (akartam?) csinálni ami alkalmas az átlagos programozási feladatokhoz, és elég gyorsan és biztonságosan lehet vele dolgozni. Ha egy rendszer nagyon sokat tud, akkor többnyire bonyolult a használata is.
    Mutasd a teljes hozzászólást!
  • "attól tartok hogy ők 2 hétnél többet töltöttek az implementálásával"

    Ha meg csak az implementalasaval...

    VS.NET-ben teljesen nyitott a designer architektura, amiben a form designer csak egy a sok kozul, illetve te is irhatsz magadnak eleg egyszeruen custom designert barmire, peldaul olyat is irhatsz, amiben UML modellt rajzolgatsz, es a designer serializalja hozza a forraskodot...

    De ez nem VS.NET reklam akart lenni, csak jol mutatja, hogy az ugyes tervezes milyen powerful eszkozoket eredmenyezhet.

    Tovabbi bovitesnek egy reflection patternel tamogatott property grid kontrolt erosen ajanlom.
    Mutasd a teljes hozzászólást!
  • Mindenesetre elég ügyes kis jószág. Ha 95 környékén találkozok vele valószínűleg ma is ezt használom (persze jócskán továbbfejlesztve). Ma viszont szvsz a Kylix a jelen és a mono vagy az Eclipse.org a jövő.
    Mutasd a teljes hozzászólást!
  • Egyébként a Form Designer pascal forrás iró ötletét a .NET-ből vettem. Bár attól tartok hogy ők 2 hétnél többet töltöttek az implementálásával. Az én módszerem funkcionálisan azonos.
    Mutasd a teljes hozzászólást!
  • Akkor most tényleg válaszolok:

    Az LPTK felkerült a sourceforge.net-re:

    Light Pascal Toolkit

    Ehhez választani kellet valamilyen licenszt. Ezért utána kellett néznem, hogy "mik vannak". A GPL és az LGPL jó ötlet. Garantálják a szoftver szabadságát örök életre. A programok szabad részeit te bármikor megváltoztathatod. Tehát a készítőnek biztosítani kell legalább az object kódot, hogy újra tudd linkelni a megváltoztatott library-vel. Pascal esetén ez inkább a lefordított unit-okat jelenti, és akkor lehet dephi, freepascal, linux/freepascal stb. Az FLTK ezért pl. módosított LGPL-t használ.

    A statikus linkelés esetén nincs library kompatibilitási probléma, és így a program "nagy valószinűséggel futni fog" a legtöbb rendszeren.

    Ha cross platform programot írsz nem mindig tudod előre, hogy mivel fogod lefordítani.

    Az ODBC jól működik. Kivéve (interbase+linux). A programnak nem kell elköteleznie magát, a sebesség meg ma már közel azonos.

    Ameddig a lazarus nem támogatja az ÖSSZES delphi szolgáltatást, addig a delphit ismerő bármikor elakadhat. Itt jegyzem meg az adatbázis kezelés hiányát pl.

    Az LPTK formtervező rendszere a .pas fájlokba helyezi a form layout-ját, pascal forrás formájában
    Ez tökmind1.


    A form layout-ot programszövegként lehet editálni. A lazarus ezzel szemben saját formátumot használ, ami nem emberi.

    Vitya
    Mutasd a teljes hozzászólást!
  • Nem vagyok sértődős tipus, de azért köszi a védelmet. Na akkor egy kis történet, hogy hogyan alakult ez ki...
    Adott volt több mint 10 év Pascal tapasztalat, több mint 4 év delphi tapasztalat amikor elkezdtem linuxxal fogalkozni. Kb 1 év múlva egy komoly szerverprogramot kezdtem fejleszteni FreePascal-ban linux-ra.
    Ahogy egyre többet foglalkoztam linuxxal egyre többet használtam a linux grafikus felületét, egyre jobban érdekelt, hogy hogyan is kell GUI programot csinálni.
    Első sorban olyan programokat szerettem volna írni, amelyik aztán megy windows-on is. Akkor a lazarus olyan állapotban volt, hogy odébbhúztam egy komponenst a formon és ellszállt. Csináltam QT-ben (C++) egy SQL elemző alkalmazást (mint az app_sql), ami MDI program. Windows-on nem akart menni, bár megjelentek az ablakok (a freeware QT változatot próbáltam). A programban nem volt semmi extra (szerintem). Szerintem azt senki sem vitatja, hogy a QT a legerősebb ilyen toolkit. A programok lefordítása viszont rettenetesen lassú volt (1100 MHz AMD).
    A GTK programok meg már ott nem nagyon érdekeltek, hogy nem tudtam beütni a hosszú magyar ő-t (A QT-s programokban ez hibátlan). Ehhez jöttek a béna fájl-megnyitó ablakok, listák - ahol nincs lookup -, aztán észrevettem, hogy a menüben rááll a szeparátorra is. Nincs MDI.

    Jött az FLTK. Ez tetszett a legjobban, kicsi, egyszerű. Unicode-ot ugyan ez sem tudott, de ennek könnyen átlátható volt a forrása. A Pascal-t sokkal jobb eszköznek találom programfejlesztéshez mint a C-t ezért azon gondolkoztam, hogy nem lehet mégis Pascal-ban csinálni valamit. Meg volt az fpGUI forrásai is és ez meg az FLTK alapján el tudtam kezdeni a kis tesztprogramokat. Aztán egy idő után már arra lettem kiváncsi, hogy tényleg meg tudom-e csinálni...

    Mostanra már igazán hasznos applikációim vannak.

    Vitya
    Mutasd a teljes hozzászólást!
  • Légy szíves mutass rá arra a pontra ahol én fikáztam a művet! Elmondtam hogy általában mit gondolok erről a kérdésről azoknak a dolgoknak alapján amiket Vitya írt a saját programjáról. Az hogy az LGPL licensz, vagy az ODBC milyen vagy hogy linux alatt szerencsésebb egy GTK alapú dolog mint egy saját widget készlet - ezek eléggé függetlenek a programtól. És egy fejlesztés sem attól lesz jó vagy rossz hogy magyarok vagy románok vagy csehek vagy amerikaiak csinálják hanem hogy jól csinálják-e és hogy értelmes dolog-e az adott ötlet. Én speciel nem tartom túl szerencsés dolognak egy új widget készlet készítsét linux alá (mivel elég sok macerával jár, biztosítani kell a kompatiblitást a clipboard, drag&drop szinten a GTK-val és a QT-vel, ráadásul nem ártana ha tudná használni valamelyik témáit is). Az ODBC-t sem tartom szerencsés dolognak, különösen nem linux alatt, pár évig foglalkoztam odbc-s progi supportjával linuxos rendszerekben, ne tudd meg... Az LGPL-en meg szvsz nincs mit vitatkozni, a linuxos libek nagy része ezt használja.
    Mutasd a teljes hozzászólást!
  • Hát ez nem valami pozitív hozzáállás!
    Szerintem egy kicsivel több nyitottsággal kellene állni a magyar fejlesztésű rendszerekhez!

    Úgy tudtam ez az a portál, ahol értelmes fejlesztők szakmai dolgokról értelmes fórumokat használnak! Az ilyen "miért szar amit csinál a másik" tipusú hozzászólásoktól szerintem senkinek nem lesz jobb! Pláne, hogy nekem úgy tűnik az előző hozzászólás úgy esett meg, hogy még csak utánna sem nézett LC, csak elkezdte fikázni a másik művét!

    Szóval nvitya, ne szegje kedved egy ilyen hozzászólás! Szerintem szép munka, látok benne jövőt!

    [DenniX]
    Mutasd a teljes hozzászólást!
  • - Mert nem használja a GTK-t és más nagy külső library-t (jelenleg a bináris programok 200 k körül vannak)
    Ez linux alatt nem az a kimondott előny, inkább hátrány.
    - Fordítható Delphi-vel is ill. nem kell hozzá különleges FPC fordító
    Ha delphivel akarok fordítani akkor Delphiben írom a programom.
    - Integráltan tartalmaz ODBC SQL adatbázis hozzáférést és ehhez van DBGrid komponens is
    Az jó, bár őszintén szólva nem túlzottan lelkesedem az ODBC-ért.
    - A forráskód sokkal rövidebb (mert nem a Delphi-t utánozza), jóllehet kevesebbet tud (de azt stabilabban)
    Viszont a Delphi-t ismerők elég könnyen tudják kezelni a lazarust.
    - BSD licensz alatt (az LGPL kényelmetlenné teszi kereskedelmi alkalmazások fejlesztését)
    Ezt honnan veszed ? GPL<>LGPL, a libc is lgpl-es, ha kényelmetlenné tenné akkor aligha lehetne linuxra pénzes alkalmazást fejleszteni.
    - Az LPTK formtervező rendszere a .pas fájlokba helyezi a form layout-ját, pascal forrás formájában
    Ez tökmind1.
    Mutasd a teljes hozzászólást!
  • Mielőtt hozzákezdtem a fejlesztéshez megvizsgáltam a lazarus-t is. Szerintem a következők miatt jobb az lptk:
    - Mert nem használja a GTK-t és más nagy külső library-t (jelenleg a bináris programok 200 k körül vannak)
    - Fordítható Delphi-vel is ill. nem kell hozzá különleges FPC fordító
    - Teljes 16-bites unicode támogatást tartalmaz
    - Integráltan tartalmaz ODBC SQL adatbázis hozzáférést és ehhez van DBGrid komponens is
    - A forráskódnak csak nagyon kicsi része platform specifikus
    - A forráskód sokkal rövidebb (mert nem a Delphi-t utánozza), jóllehet kevesebbet tud (de azt stabilabban)
    - BSD licensz alatt (az LGPL kényelmetlenné teszi kereskedelmi alkalmazások fejlesztését)
    - Az LPTK formtervező rendszere a .pas fájlokba helyezi a form layout-ját, pascal forrás formájában

    Próbálj komoly adatbázis-kezelős alkalmazást készíteni lazarus-ban. Az LPTK több ilyet is tartalmaz.
    Mutasd a teljes hozzászólást!
  • Miért jobb ez mint a lazarus.freepascal.org ?
    Mutasd a teljes hozzászólást!
  • Sziasztok!

    Készítettem egy Linux-on és Windowson is működő GUI library-t.
    Elég használható már, van benne adatbázis elérés is.

    Próbáljátok ki: Vadászbolt

    nvitya
    Mutasd a teljes hozzászólást!
abcd