Programozás (segítség és publikálás kezdõknek)

[skybot]

Hát énnekem DEV-C++ debug lehetõségei teljesen elegek. Igaz 200 soros progimmal még nem megyek messzire. Tény, hogy elég fapados már a cucc. De ajánlottál a Code::Blocks nevû progit alternatívaként. Egyébként Visual Studio C++ Expressben nincs olyan vizuális nézet, mint C#-os változatban, hogy látom ablakot, és rádobálom gombokat majd megírom a kódot?

[CrW]

Hát énnekem DEV-C++ debug lehetõségei teljesen elegek. Igaz 200 soros progimmal még nem megyek messzire. Tény, hogy elég fapados már a cucc. De ajánlottál a Code::Blocks nevû progit alternatívaként. Egyébként Visual Studio C++ Expressben nincs olyan vizuális nézet, mint C#-os változatban, hogy látom ablakot, és rádobálom gombokat majd megírom a kódot?

De. New project-nél C++ -> CLR -> Windows Forms és akkor szinte ugyanazt kapod.

[_DooM_]

A nyelv épphogy változik :) . Persze ezt elvileg az alárakott gcc követi. (csak az intellisense nem igazán)

Az, hogy szegeden is fejlesztik, baromira nem jelent semmit sem. Attól, hogy még valami szar, és magyarok is dolgoznak rajta, ugyanúgy max bottal piszkálom.

Tévhit, hogy a debugging lényegtelen, pont a kezdõknek baromi fontos, mert legalább látják mi is történik. Emellé visual studio alatt van egy halom (és ingyenes) egyéb eszköz, amikkel nagyon durva debugging feature-ket lehet elõcsalni.

Akkor frissítsd a tudomásod, mindenki szidja agyba fõbe a gc--t a környezetemben. És én is baromi érdekes dolgokba futottam. Egyzerûen öregszik, nem véletlen van nem egy project ami szeretné leváltani.

Jelenleg a legjobb fordító az ICC (csak intel procikon), és ezzel vetekszik az Open64 (bár utóbbi csak linux alatt), ezután jön nem sokkal az MSVC és utánuk kullog a GCC. Aztán még van valahol az LLVM, de az egy baromi érdekes állat ;) .

És jön a kérdés, mi az a legkomolyabb dolog, amit TE gcc-vel vagy bármivel fordítottál C++-ban? :) . Van gyakorlati tapasztalatod vele, vagy csak azt állítod, amit pár opensource fanatikus hajtogat?

Igaz ami igaz, olyan túl mélyen nem ástam bele magam sem a C-be, sem a C++ -ba, de egy-két szabványosítási dolgon kívül (annak is már jó pár éve) nem nagyon változott. De nyugodtan javíts ki, ha tévednék.

Egy max párszáz soros programhoz bõven elég a DevC++, debug szempontból is. Szerintem.

Így már mindjárt más a leányzó fekvése, nem? Az egyik csak Intel procikon fordít, a másik meg csak Linuxon. Így azért nem nem nehéz jobbnak lenni.

A legkomolyabb program? Hmm. C-ben egy kis OpenGL-es játék, C++ -ban meg egy szöveges telefonkönyv adatbázis(szerûség; nem volt mögötte tényleges adatbáziskapcsolat, csak mezei fájlkezelés).

Nem titok, mind egyetemi beadandó feladat volt. Ha úgy vesszük, gyakorlati tapasztalat nincs, csak az oktatók szava (van köztük OS és MS "párti" is).

[2sd]

Így már mindjárt más a leányzó fekvése, nem? Az egyik csak Intel procikon fordít, a másik meg csak Linuxon. Így azért nem nem nehéz jobbnak lenni.

Intel C++ Compiler

http://en.wikipedia.org/wiki/Intel_C%2B%2B_Compiler

Olvasd át, ez a rész érdekes:

Intel C++ Compiler 9.0 June 14, 2005[7] AMD64 architecture (for Windows), software-based speculative pre-computation (SSP) optimization, improved loop optimization reports.[8][9]

Azt írta, hogy intelen az a legjobb(megjegyzem, miután az intel fejleszti, ez talán nem olyan meglepõ), de ettõl még megy amd n is.

[sirpalee]

Igaz ami igaz, olyan túl mélyen nem ástam bele magam sem a C-be, sem a C++ -ba, de egy-két szabványosítási dolgon kívül (annak is már jó pár éve) nem nagyon változott. De nyugodtan javíts ki, ha tévednék.

Tévedsz. C++0x

Egy max párszáz soros programhoz bõven elég a DevC++, debug szempontból is. Szerintem.

Van olyan shaderem ami 4000-4500 sor kód. Frameworkkel együtt 8000-9000. És ez csak egy shader. Nem pedig egy program.

Így már mindjárt más a leányzó fekvése, nem? Az egyik csak Intel procikon fordít, a másik meg csak Linuxon. Így azért nem nem nehéz jobbnak lenni.

AMD-re is fordít, csak más procikon letiltja az SSE code pathet (más alatt értsd amd-t), és emiatt lassabb. De arra meg ott az MSVC. (bizonyos esetekben 20-30%-ot tud az ICC az MSVC-n hozni)

A legkomolyabb program? Hmm. C-ben egy kis OpenGL-es játék, C++ -ban meg egy szöveges telefonkönyv adatbázis(szerûség; nem volt mögötte tényleges adatbáziskapcsolat, csak mezei fájlkezelés).

Nem titok, mind egyetemi beadandó feladat volt. Ha úgy vesszük, gyakorlati tapasztalat nincs, csak az oktatók szava (van köztük OS és MS "párti" is).

Oké, akkor elfogadhatod, hogy bõven nem használod, vagy nem próbálod olyan szinten hasznáni a c++-t, hogy a fordítók különbségei elõjöjjenek. Én igen. És nem egyetemi oktatás szintjén.

[_DooM_]

Tévedsz. C++0x

Igazad lehet. Fordítás szempontjából biztosan nagy változás, de az új függvénykönyvtárakat leszámítva (szinte) minden marad a régi, ha jól olvastam.

Van olyan shaderem ami 4000-4500 sor kód. Frameworkkel együtt 8000-9000. És ez csak egy shader. Nem pedig egy program.

És ez mennyiben cáfolja azon állításomat, hogy egy párszáz soros programhoz elég a DevC? Egy kezdõnek szerintem bõven elég ez a program. Sõt egy szövegszerkesztõ + tetszõleges compiler (akár GCC is) kombó is bõven elég.

AMD-re is fordít, csak más procikon letiltja az SSE code pathet (más alatt értsd amd-t), és emiatt lassabb. De arra meg ott az MSVC. (bizonyos esetekben 20-30%-ot tud az ICC az MSVC-n hozni)

Itt azért keletkezhetnek problémák egy összetettebb kód esetén különbözõ rendszereknél. Ebbõl a szempontból talán van némi elõnye a GCC "multiplatform" mivoltának, nem?

Oké, akkor elfogadhatod, hogy bõven nem használod, vagy nem próbálod olyan szinten hasznáni a c++-t, hogy a fordítók különbségei elõjöjjenek. Én igen. És nem egyetemi oktatás szintjén.

Én ezzel egy percet sem vitatkoztam. Csak a nálam jóval tapasztaltabb oktatóim/ismerõseim véleményét tolmácsoltam.

Egyébként meg lehet optimalizálni az Assembly kódon, ha a fordító teljesítményével nem lenne valaki elégedett. :P :D

[sirpalee]

Igazad lehet. Fordítás szempontjából biztosan nagy változás, de az új függvénykönyvtárakat leszámítva (szinte) minden marad a régi, ha jól olvastam.

Ha jól sejtem az intellisense-t és a syntax highlightingot nem a gcc adja, hanem az IDE...

És ez mennyiben cáfolja azon állításomat, hogy egy párszáz soros programhoz elég a DevC? Egy kezdõnek szerintem bõven elég ez a program. Sõt egy szövegszerkesztõ + tetszõleges compiler (akár GCC is) kombó is bõven elég.

Erre csak arra próbáltam utalni (ami, ahogy látom nem igazán jött át), hogy egy átlagos program nem párszáz sor. Az hogy most egy beadandóra mi elég vagy nem, gondolom egy programozó munkaadóit nem igazán fogja érdekelni, vagy magát a kódert, ha már vérre (pénzre) megy a kódolás.

Itt azért keletkezhetnek problémák egy összetettebb kód esetén különbözõ rendszereknél. Ebbõl a szempontból talán van némi elõnye a GCC "multiplatform" mivoltának, nem?

Nem keletkeznek, _mindössze_ lassabb lesz.

Én ezzel egy percet sem vitatkoztam. Csak a nálam jóval tapasztaltabb oktatóim/ismerõseim véleményét tolmácsoltam.

Egyébként meg lehet optimalizálni az Assembly kódon, ha a fordító teljesítményével nem lenne valaki elégedett. :P :D

Az assembly nem multiplatform, míg a c++ nyelvi szinten az, mindössze a libeknél kell pár ifdef. Amin most dolgozom az win & linux multiplatform cucc, és kellett kb 20-25 plusz sor a kompatibilitás megtartása végett. (bár hálistennek nem GUI alkalmazás, hanem render engine kiegészítgetés, okosítás)

Amúgy meg te hozod fel folyton a multiplatformot, min is fut csak a dev-c? Nalátod.

Amúgy meg kódolásra, fejlesztésre, debuggolásra a vs a legalkalmasabb (itt 2005, otthon 2008 és most nézegetem a 2010-et), fordításra meg Scons. És ugyanaz a parancs, win, linux alatt. Sõt vs-bõl is tudsz te scons-al fordítani (én spec nem szeretem vs alól is azt használni, de az már egyéni szoc problem). De van itt olyan kóder, aki vs alatt is azzal fordít.

[whiteman0524]

Sziasztok !

Flash-bõl kéne egy kis segítség. Igazából nem is programozás hanem szerkesztés ügyben. Rajzoltam egy dollár jelet, és forgatni szeretném Y tengely mentén de nem tudom hogy hogy csináljam. Próbáltam eltorzítani, mintha térben elfordulna, aztán rányomtam egy shape tween-t, de nem az jött ki belõle amit akartam, mert bár tényleg "átalakult" de össze vissza, nem úgy ahogy én akartam....Szóval a probléma adott. Hogy lehet megoldani hogy egy 2D-s alakzat 3D-s hatást keltve az Y tengelye mentén forogjon ?

A segítséget elõre is köszönöm.

[_DooM_]

Ha jól sejtem az intellisense-t és a syntax highlightingot nem a gcc adja, hanem az IDE...

Ez tény. És? Az új cuccokat nem fogja ismerni, nem olyan nagy cucc.

Egyébiránt ha jól olvastam, a C++0x 2003-ban frissült utoljára, a DevC meg 2004-ben, ergo nem kéne, hogy bármi gond legyen.

Erre csak arra próbáltam utalni (ami, ahogy látom nem igazán jött át), hogy egy átlagos program nem párszáz sor. Az hogy most egy beadandóra mi elég vagy nem, gondolom egy programozó munkaadóit nem igazán fogja érdekelni, vagy magát a kódert, ha már vérre (pénzre) megy a kódolás.

Ez is tény. Értettem a célzást, csakhogy a kolega teljesen KEZDÕ, nem fog kapásból több ezer soros programot írni. (Amit mellesleg te sem teszel, rengeteg dolog "összeklikkelhetõ" mondjuk VS-ben.)

Nem keletkeznek, _mindössze_ lassabb lesz.

Szerintem a lassúság az igenis probléma.

Az assembly nem multiplatform, míg a c++ nyelvi szinten az, mindössze a libeknél kell pár ifdef. Amin most dolgozom az win & linux multiplatform cucc, és kellett kb 20-25 plusz sor a kompatibilitás megtartása végett. (bár hálistennek nem GUI alkalmazás, hanem render engine kiegészítgetés, okosítás)

Az adattípusok mérete is platform- (és fordító)függõ, ami szintén okozhat gondot. De tény, hogy az ASM-nél nagyobb a szívás. Egyébként csak arra akartam célozni, hogy nem tetszik a fordító munkája, akkor kézzel is lehet rajta finomítani.

Amúgy meg te hozod fel folyton a multiplatformot, min is fut csak a dev-c? Nalátod.

Windowson. És? Az alatta dolgozó fordítónak viszont más rendszerek alatt mûködõ verziója is van. Hovatovább más fordítót is lehet használni a DevC++ -szal, nem kell ragaszkodni a g++ -hoz.

Amúgy meg kódolásra, fejlesztésre, debuggolásra a vs a legalkalmasabb (itt 2005, otthon 2008 és most nézegetem a 2010-et), fordításra meg Scons. És ugyanaz a parancs, win, linux alatt. Sõt vs-bõl is tudsz te scons-al fordítani (én spec nem szeretem vs alól is azt használni, de az már egyéni szoc problem). De van itt olyan kóder, aki vs alatt is azzal fordít.

Mivel a VS csak MS-re van, így maximum MS rendszerek alatt állja meg a helyét az állításod. De ez egyébként is függ az egyéni preferenciáktól és a projekt méretétõl.

Mint azt már többször is mondtam, totál kezdõrõl volt szó, neki aztán tök mindegy, hogy mivel fordít, maximum formálisan lehetne bizonyítani, hogy X fordító lassabb kódot generált, gyakorlatban azonban ugyanolyan gyors lenne a kód. Egyedül a kódszerkesztõ, ami lényeges lehet, de ez is egyéni ízlés kérdése, nekem a DevC++ tökéletesen bevált. Illetve még a NotePad++ egy remek kis program, sok programozási-, szkrip- és lekérdezõ nyelvet ismer, ráadásul "intellisense-t" és kód kiemelést is tud.

[kissgy1028]

Sziasztok !

Flash-bõl kéne egy kis segítség. Igazából nem is programozás hanem szerkesztés ügyben. Rajzoltam egy dollár jelet, és forgatni szeretném Y tengely mentén de nem tudom hogy hogy csináljam. Próbáltam eltorzítani, mintha térben elfordulna, aztán rányomtam egy shape tween-t, de nem az jött ki belõle amit akartam, mert bár tényleg "átalakult" de össze vissza, nem úgy ahogy én akartam....Szóval a probléma adott. Hogy lehet megoldani hogy egy 2D-s alakzat 3D-s hatást keltve az Y tengelye mentén forogjon ?

A segítséget elõre is köszönöm.

Ezt nem fogod programozás nélkül megoldani. ja, AS3 kell hozzá.

Itt mindent megtudhatsz, amire szükséged lehet. Szerintem nagyon hasznos dogok vannak ezen az oldalon. Ha pedig nem boldogulsz, akkor el kell kezdened megtanulnod az actionscript-et. Programozás nélkül szart sem érnek a flashek. AS nélkül, majdnem olyan lenne az Adobe flash vagy a Macromedia flash, mint egy sima videószerkesztõ, sõt még olyan sem.

Üdv.!

[sirpalee]

Ez tény. És? Az új cuccokat nem fogja ismerni, nem olyan nagy cucc.

Egyébiránt ha jól olvastam, a C++0x 2003-ban frissült utoljára, a DevC meg 2004-ben, ergo nem kéne, hogy bármi gond legyen.

Tévedsz. Ismét. A c++0x az új szabvány amit nemsokára fejeznek be rendesen (vagy már véglegesítettek is?). Egyes elemei belekerültek már a g++-ba és az új MSVC fordítóba is.

Ez is tény. Értettem a célzást, csakhogy a kolega teljesen KEZDÕ, nem fog kapásból több ezer soros programot írni. (Amit mellesleg te sem teszel, rengeteg dolog "összeklikkelhetõ" mondjuk VS-ben.)

De jó, hogy tudod mit teszek, netalán itt ülsz mellettem? Mert ha igen, akkor szólj és megbeszéljük személyesen ;) . Általában úgy állok neki bárminek is, hogy empty project és összerakom ;) . De nálam ez a munkaköröm miatt speciális, mivel alapvetõen inkább sok "apró" eszközt rakok össze, és nem egy nagy összefüggõ programot (vagy annak is a natív moduljait írom).

Szerintem a lassúság az igenis probléma.

Az, de ezt nem is vitattam. De nem mûködni ugyanúgy megy. Szintén lehet két különbözõ exet fordítani, mivel hálistennek az ICC és MSVC pragma szinten ismeri egymást. (valzeg ICC követi az MSVC-t)

Az adattípusok mérete is platform- (és fordító)függõ, ami szintén okozhat gondot. De tény, hogy az ASM-nél nagyobb a szívás. Egyébként csak arra akartam célozni, hogy nem tetszik a fordító munkája, akkor kézzel is lehet rajta finomítani.

Eddig talán, ha egy változónak a mérete volt különbözõ (long int x64 win vs linux, de pontosan nem emlékszem már...) a mérete. De abban a 20-25 sorban amit említettem, ez is bennevan...

Mint azt már többször is mondtam, totál kezdõrõl volt szó, neki aztán tök mindegy, hogy mivel fordít, maximum formálisan lehetne bizonyítani, hogy X fordító lassabb kódot generált, gyakorlatban azonban ugyanolyan gyors lenne a kód. Egyedül a kódszerkesztõ, ami lényeges lehet, de ez is egyéni ízlés kérdése, nekem a DevC++ tökéletesen bevált. Illetve még a NotePad++ egy remek kis program, sok programozási-, szkrip- és lekérdezõ nyelvet ismer, ráadásul "intellisense-t" és kód kiemelést is tud.

Ha van ingyenes, és szinte minden szempontból jobban teljesítõ megoldás, miért ne használja azt? Ebbõl alakult ki itt a vita. Ajánlasz egy régi, elavult környezetet, amire van sokkal jobb alternatíva. :unsure:

[_DooM_]

Mekkora egy fos ez a fórummotor...

1. Igaz. Én a C++03-at (ami a '98-ban publikált és jelenleg is érvényben lévõ szabvány 2003-as módosításának a nem hivatalos neve) egy kalap alá vettem a C++0x-szel.

2. Nem ülök melletted. De erõsen kétlem, hogy mindent kézzel írsz be, csak az intellisense-t használva. Vagy ha igen, akkor a szerkesztõ legjobb dolgait hagyod kihasználatlanul, ergo feleslegesen használod a programot.

3. -

4. Attól ez még tud cifra dolgokat okozni.

5. Mert úgy sem használná ki egyetlen plusz funkcióját sem, csak fölöslegesen bonyolítaná az életét vele. Amiket én mondtam, egyszerû, kicsi, gyors progamok.

Majd ha GUI-t csinál mondjuk, akkor kelleni fog a VS, különben megõszül, mire megírja a kódot, a hibakeresésrõl (mert tuti lesz benne, ha kézzel írja) már nem is beszélve.

[sirpalee]

Mekkora egy fos ez a fórummotor...

1. Igaz. Én a C++03-at (ami a '98-ban publikált és jelenleg is érvényben lévõ szabvány 2003-as módosításának a nem hivatalos neve) egy kalap alá vettem a C++0x-szel.

2. Nem ülök melletted. De erõsen kétlem, hogy mindent kézzel írsz be, csak az intellisense-t használva. Vagy ha igen, akkor a szerkesztõ legjobb dolgait hagyod kihasználatlanul, ergo feleslegesen használod a programot.

3. -

4. Attól ez még tud cifra dolgokat okozni.

5. Mert úgy sem használná ki egyetlen plusz funkcióját sem, csak fölöslegesen bonyolítaná az életét vele. Amiket én mondtam, egyszerû, kicsi, gyors progamok.

Majd ha GUI-t csinál mondjuk, akkor kelleni fog a VS, különben megõszül, mire megírja a kódot, a hibakeresésrõl (mert tuti lesz benne, ha kézzel írja) már nem is beszélve.

2. Pedig igen. Eddig (lekopogom) nem kellett GUI-t írnom, csak alacsonyszintû core cuccokat. És remélhetõleg nem is kell majd :) . Vannak arra más emberek a cégnél. Nyilván használok komolyabb featureket az ide-bõl profiling, pgo estébé, de az csak vs alatt van normálisan. Bár azt meg pythonban és melben pakoljuk össze, mert az alkalmasabb ilyenre.

5. Legalább megszokja, ha egyszer odakerül (_ha_) akkor legalább nem fogni fogja a fejét, hogy mi ez a sok színes gomb.

[skybot]

Üdv! Tudna valaki segíteni, hogy lehetne Perl-t dinamikus weblap létrehozásához használni? Néztem pár tutorialt, hogy lehetne html kódba beilleszteni a scriptet, de eddig nem sikerült. Valami webszerverrõl karattyol, de sajnos még nem értem annyira az angolt. A progikat am le tudom futtatni a Strawberry Perl-el. Ja és ha elárulnátok, Notepad++-ban hol lehet bekapcsolni az inellisense-t megköszönném. Én még nem találtam, de nagy segítség lenne. Köszi. ;)

[_DooM_]

2. Pedig igen. Eddig (lekopogom) nem kellett GUI-t írnom, csak alacsonyszintû core cuccokat. És remélhetõleg nem is kell majd :) . Vannak arra más emberek a cégnél. Nyilván használok komolyabb featureket az ide-bõl profiling, pgo estébé, de az csak vs alatt van normálisan. Bár azt meg pythonban és melben pakoljuk össze, mert az alkalmasabb ilyenre.

5. Legalább megszokja, ha egyszer odakerül (_ha_) akkor legalább nem fogni fogja a fejét, hogy mi ez a sok színes gomb.

Még getter, setter metódusokat sem? (Amiket illik használni, hamár OO és C++.)

Mire eljut arra a szintre, tuti találkozik a komolyabb verziókkal, csak addigra már meglesz a nyelvismeret, és lehet a program használatára koncentrálni. Szerintem.

Üdv! Tudna valaki segíteni, hogy lehetne Perl-t dinamikus weblap létrehozásához használni? Néztem pár tutorialt, hogy lehetne html kódba beilleszteni a scriptet, de eddig nem sikerült. Valami webszerverrõl karattyol, de sajnos még nem értem annyira az angolt. A progikat am le tudom futtatni a Strawberry Perl-el. Ja és ha elárulnátok, Notepad++-ban hol lehet bekapcsolni az inellisense-t megköszönném. Én még nem találtam, de nagy segítség lenne. Köszi. ;)

Igen, kelleni fog egy webszerver, ami a Perl nyelvû kódból generál egy HTML fájlt. Azt, hogy ehez konkrétan milyen szerver kell és ezt hogyan lehet használni, azt nem tudom.

Az "intellisense-hez" (amit amúgy auto-complete-nek neveznek) csak annyit kell tenned, hogy lenyomod a ctrl + space billentyûkombinációt és elõjön egy kis ablak, ami a kurzor elõtti szóval kezdõdõeket kilistázza. Így.

Ehez írhatsz saját XML fájlt, amiben több kifejezés is szerepelhet.

Persze ez messze nem olyan komoly, mint amit egy rendes IDE tud (még a DevC-hez hasonló picuri cuccok is akár), de mindenképpen hasznos.

[Ryanboy]

Dev-cpp-t soha. De soha. Halott teljesen a project. Idézet wikirõl : Stable release 4.9.9.2 / February 22, 2005; 5 years ago. Szal fejlesztést ne várj, és emellett a debug képességei minimálisak (vannak egyáltalán?). Windows alatt MSVC fordító, linux alatt ICC. GCC kerülendõ, folyamatosan csak szenvedés van vele. Rossz template kódot generál, lassú matek kódot és így tovább. Az ICC és MSVC mögött eléggé le van már maradva a cucc.

Ami neked kell az a visual studio 2008 express, ingyenes és teljességgel hasnzálható. Pár kényelmi funckió, illetve dev eszköz nem elérhetõ (profiling és így tovább), de azokat úgysem használnád ;) .

http://www.microsoft.com/exPress/

Az faja jó tudni hogy megállt a Dev cpp mert állítólag jövõre pl az érettségiekt is csak abban lehet írni vagy Borland de az egy nagy rakat....

Még jo hogy nekem idén van sima gcc is XD

[whiteman0524]

Ezt nem fogod programozás nélkül megoldani. ja, AS3 kell hozzá.

Itt mindent megtudhatsz, amire szükséged lehet. Szerintem nagyon hasznos dogok vannak ezen az oldalon. Ha pedig nem boldogulsz, akkor el kell kezdened megtanulnod az actionscript-et. Programozás nélkül szart sem érnek a flashek. AS nélkül, majdnem olyan lenne az Adobe flash vagy a Macromedia flash, mint egy sima videószerkesztõ, sõt még olyan sem.

Üdv.!

Üdv !

Köszi a segítséget. Nem is tudtam hogy van rotationY :) Egyébként actionscript programozás az megy. Csak nem nem gondoltam hogy ehhez programozni kell, illetve pontosabban nem tudtam hogy van ilyen rotationY attribútum.

Amúgy közben megoldottam a dolgot programozás nélkül is, csak hogy lásd meg lehet anélkül is :) Egyszerûen minden frame-nél egy kicsit "összébbnyomom" az alakzat oldalát egészen addig míg csak nem egy függõleges csík fog látszani belõle. Ez legyen mondjuk idáig 10 képkocka hosszúságú. Ezután ugyanezt csinálom csak visszafele és tükrözve az alakzatot. Ez is legyen 10 képkocka hosszúságú. Ha idáig eljutottunk akkor az alakzatunk látszólag "fordult" 180 fokot. A további képkockákat pedig copyzod, 20-tól visszafele, egészen az elsõig. És voilá, 360 fokot fordult az alakzatod :) Nincs más teendõd mint a 40. képkockára beszúrni egy gotoAndPlay(1); - et és máris szépen forog az alakzat. Persze kóddal biztosan könnyebb, de kreatívnak is lehet lenni :D

[whiteman0524]

Nade itt van egy szintén Flash, viszont programozós problémám, sajnos nekem nem jön össze a dolog :( Hátha itt valaki tudja a megoldást :)

Az egyedi eseményekbe gabalyodtam bele. A probléma leegyszerûsítve. Van négy osztályom, a példa kedvéért legyenek A, B, C és D. A kapcsolat közöttük a következõ : A osztály a fõ osztály, tehát õ van belinkelve a fõ idõszalag osztályának. B osztály az õse mind a C és mind a D osztálynak, viszont A és B között ilyen értelemben nincsen semmiféle kapcsolat. (Azon kívül persze hogy mind a ketten nyilván valóan a MovieClip osztály gyermekei)

Azt szeretném megoldani, hogy minden C-bõl származó objektum egy bizonyos esemény (a példa kedvéért legyen ez egy egérkattintás) hatására váltson ki egy újabb eseményt, amit minden C-bõl származó objektum (tehát saját maga is) és minden D-bõl származó is figyeljen, és ha bekövetkezik, akkor tegyék azt, amit ekkor kell nekik. A példa kedvéért legyen a kiváltandó esemény neve KIVALTANDO_ESEMENY. Én már próbáltam sokféleképpen, és most inkább nem sorolom fel õket mert 10 oldalra rúgna és egyik se jött össze :(

Jah és ActionScript 3.0-ban programozok.

A segítséget elõre is köszönöm.

[skybot]

Az faja jó tudni hogy megállt a Dev cpp mert állítólag jövõre pl az érettségiekt is csak abban lehet írni vagy Borland de az egy nagy rakat....

Még jo hogy nekem idén van sima gcc is XD

Már idén lehet használni. Megjegyzem tökéletesen elég érettségi feladatok szintjére. Legalábbis szerintem.

[skybot]

A GCC önmagába használható programírásra? Nem csak egy ilyen csomag?

[Ryanboy]

Már idén lehet használni. Megjegyzem tökéletesen elég érettségi feladatok szintjére. Legalábbis szerintem.

Azt tudom már használtam is egyik versenyen!

Csak hát kicsit furcsa volt megszokni pl a ;-t be kell rajta minidg állítani stb....

[kissgy1028]

Üdv !

Köszi a segítséget. Nem is tudtam hogy van rotationY :) Egyébként actionscript programozás az megy. Csak nem nem gondoltam hogy ehhez programozni kell, illetve pontosabban nem tudtam hogy van ilyen rotationY attribútum.

Amúgy közben megoldottam a dolgot programozás nélkül is, csak hogy lásd meg lehet anélkül is :) Egyszerûen minden frame-nél egy kicsit "összébbnyomom" az alakzat oldalát egészen addig míg csak nem egy függõleges csík fog látszani belõle. Ez legyen mondjuk idáig 10 képkocka hosszúságú. Ezután ugyanezt csinálom csak visszafele és tükrözve az alakzatot. Ez is legyen 10 képkocka hosszúságú. Ha idáig eljutottunk akkor az alakzatunk látszólag "fordult" 180 fokot. A további képkockákat pedig copyzod, 20-tól visszafele, egészen az elsõig. És voilá, 360 fokot fordult az alakzatod :) Nincs más teendõd mint a 40. képkockára beszúrni egy gotoAndPlay(1); - et és máris szépen forog az alakzat. Persze kóddal biztosan könnyebb, de kreatívnak is lehet lenni :D

Amit leírtál az nem forgatás, csak egy hatás, ami a forgatás látszatát kelti, és te a hozzászólásodban forgatáshoz kértél segítséget. Ráadásul idõigényes is, és a flash fájlod méretére is nagy hatással van. Gondolom, hogy a flash, amit készítesz felkerül majd webre, és ott a fájlméret, nagyon is számít, nem mintha a fölöslegesen nagy fájlméret máshol nem számítana.

[whiteman0524]

Amit leírtál az nem forgatás, csak egy hatás, ami a forgatás látszatát kelti, és te a hozzászólásodban forgatáshoz kértél segítséget. Ráadásul idõigényes is, és a flash fájlod méretére is nagy hatással van. Gondolom, hogy a flash, amit készítesz felkerül majd webre, és ott a fájlméret, nagyon is számít, nem mintha a fölöslegesen nagy fájlméret máshol nem számítana.

Ebben Igazad van. Tényleg növeli a fájlméretet minden kétséget kizáróan. És bonyolult is. :)

[skybot]

Azt tudom már használtam is egyik versenyen!

Csak hát kicsit furcsa volt megszokni pl a ;-t be kell rajta minidg állítani stb....

Sima GCC alatt mit értesz? Van hozzá szerkesztõ stb? Küldenél hozzá egy linket? Mert hivatalos honlapról leszedtem valamit anno ,de nem találtam benne semmi szerkesztõt.

[CrW]

Sima GCC alatt mit értesz? Van hozzá szerkesztõ stb? Küldenél hozzá egy linket? Mert hivatalos honlapról leszedtem valamit anno ,de nem találtam benne semmi szerkesztõt.

A gcc csak egy compiler. Beadsz neki egy c-ben megírt c text fájlt majd õ cserébe kiad egy futtatható bináris állományt. Semmi szerkesztõ vagy hasonló nincs alapból a csomagban.