Hozzászólások
-
SzerzőBejegyzés
-
Nos én azt mondom, hogy általános és középiskolában elég a Pascalt mint programozási nyelvet tanítani (de nem a Turbo Pascalt), mivel egyszerű, tipusos nyelv és engedi a pointer használatot (a pointerekről tanulni kell). Főiskolán/egyetemen C/C++ majd egyéb nyelvek, hogy lássa át a diák melyik nyelv mit tud, melyikkel mit lehet és mit nem. Nem valószínű, hogy C/C++ kell egy webfejlesztéshez (hacsak nem valami alacsony szintű kütyüt felyleszt), de nem is Pascal, arra ott a PHP vagy a Java, Perl, Ruby stb.
Tehát a tanuló majd eldönti, hogy amikor profi programozó akar lenni, ahhoz bizony kell a C/C++, kell UML stb., és szépen a C/C++-t fogja előnyben részesíteni. De ha a tanuló nem akar vérbeli bithajkurász lenni (nem akar kernelt felyleszteni, headereket olvasgatni), de azért írogatna néha programot kis adatbázissal, arra jó a Free Pascal, mégha kicsit bele is mélyedne idővel.
Ez annyit tesz, hogy a tanuló tanuljon csak Pascalt is meg C/C++-t is meg PHP-t is meg satöbbit is (persze ha olyan szakon van, mert egyébként minek)!Nincs kedvem már irogatni!
És a Free Pascal-t kellene oktatni nem pedig a Turbo Pascal-t (1993-as az utolsó)!
A Free Pascal több platformra is elérhető (Linux-ra is) és folyamatosan fejlesztik!
És személy szerint Pascal után nem volt nehezebb a C. Embere válogattja!Igen, pl.: Python-t középiskolába, fősuli meg az egyetem C/C++! Na ez is egy nagy szívás lenne!
Eclipse + PyDev?
Én Ubuntu 7.04 alatt használom a Lazarus 0.9.22 verziót, amit a Lazarus weboldaláról szedtem le .deb csomagban, a függőségeit (libgtk1.2, libgtk1.2_dev, fpsrc, stb.) a synaptic csomagkezelővel letöltöttem az Ubuntu csomagjai közül, és simán müködik! A fordított programok méretét a „strip” programmal, majd az „upx” programmal csökkentem.
Én Ubuntu 7.04 alatt használom a Lazarus 0.9.22 verziót, amit a Lazarus weboldaláról szedtem le .deb csomagban, a függőségeit (libgtk1.2, libgtk1.2_dev, fpsrc, stb.) a synaptic csomagkezelővel letöltöttem az Ubuntu csomagjai közül, és simán müködik! A fordított programok méretét a „strip” programmal, majd az „upx” programmal csökkentem.
Szasztok!
Na jól elbeszélgetek itt magamnak!
Na a probléma valószínüleg az LCL-ben van, legalábbis szerintem.
0.9.22 alatt újraszerkesztettem a kezelőfelületet (komponensek + komponensnevek), kicseréltem alatta a forrást az előzőre, csatoltam a komponensekhez az eseményeket és igy már majdnem jó is lett, mostmár csak tervezési módban van pár komponens ami rosszul jelenik meg, lefordítás után már minden jól működik Windows-on, Linux alatt ugyanúgy fennáll a billentyűkezelési probléma.
Na! Valaki valamit ehhez hozzáfűzni?
Csövi!
Szasztok!
Na jól elbeszélgetek itt magamnak!
Na a probléma valószínüleg az LCL-ben van, legalábbis szerintem.
0.9.22 alatt újraszerkesztettem a kezelőfelületet (komponensek + komponensnevek), kicseréltem alatta a forrást az előzőre, csatoltam a komponensekhez az eseményeket és igy már majdnem jó is lett, mostmár csak tervezési módban van pár komponens ami rosszul jelenik meg, lefordítás után már minden jól működik Windows-on, Linux alatt ugyanúgy fennáll a billentyűkezelési probléma.
Na! Valaki valamit ehhez hozzáfűzni?
Csövi!
Arra már rájöttem, hogy az ékezetes betüket nem jól kezeli az erőforrásokban az újjabb verzió, legalábbis ott UTF8 karakterkészletet használ, a régebbi verzió meg nem és ezért van a probléma. De a .lfm fájlban átírom az ékezetes dolgokat ékezet nélkülire, aztán az új Lazarus verzióban visszaírom ékezetesre, akkor az .lfm fájl jó lesz de mégsem működik jól a program futásakor
.
Arra már rájöttem, hogy az ékezetes betüket nem jól kezeli az erőforrásokban az újjabb verzió, legalábbis ott UTF8 karakterkészletet használ, a régebbi verzió meg nem és ezért van a probléma. De a .lfm fájlban átírom az ékezetes dolgokat ékezet nélkülire, aztán az új Lazarus verzióban visszaírom ékezetesre, akkor az .lfm fájl jó lesz de mégsem működik jól a program futásakor
.
-
SzerzőBejegyzés
legutóbbi hsz