Kérdezz, jár erre pár guru. Hamarabb kapsz választ, ha precízen leírod mi a baj (oprendszer, sw verzió, hibaüzenetek, egyéb) - de kérünk, egy kérdést ne írj bele több topicba, kérdezés előtt keress vissza, hátha már volt a problémád.
Ja, és amennyiben warez windowsod lenne, ez nem az a hely ahol segítene bárki. És kodekpakkot, soha, sehova sem teszünk fel.
Akkor most gyorsan válasszunk ketté kétféle dolgot (kétféle állományt, az elkészítőik szerint csoportosítva őket:
* 1./ vannak egyrészt az az XLA és XLS, amelyetet én készítek el magamnak saját célokra; és ... ...
* 2./ vannak azok a többféle célú XLA-k (Autosave.xla, Sumif.xla, Lookup.xla, stb. ...), amelyeket a Microsoft cég ad ki gyárilag az MS Excelhez, de amelyeknek viszont nincs meg az XLS forráskód-párjuk, amelyeknek hiányában -- normál módszerekkel -- nem tanulmányozhatóak az ezekben az XLA-kban lévő makrók pontos felépítésük és kódjuk, hogy miket hogy csináltak meg benne;.
Tehát te vélhetőleg az én XLA-mról és XLS-emről beszélsz.
Én viszont a gyárilag kiadott XLA-król beszélek,... ---> és én ez utóbbiaknak a karom tanulmányozni a forráskódját, mert azok pontos mintául szolgálhatnak a bennük lévő relatív makrók kódjainak pontos felépítéséhez, és ezen keresztül a hozzájuk hasonló új -- csak más feladatokat végző -- makrók elkészítésük módjához is!
Mert ilyesmit megtanulni akkor lehet jobban, ha van hozzá minta is. (Csakhogy a gyári XLA-k forráskód-XLS-eit a Microsoft nem köti a felhasználók orrára... !)
- ha bent vannak ugyanabban a hálózatban mint te ( nincsen router, csak modem), akkor feltérképezhetőek a nyitott portjaid, hogy milyen szolgáltatások futnak és valamelyik sérülékenység kihasználható és már bent is vannak egy admin promt-al
- ha a mailodra küldenek egy képet, amiben trójai beépülő van, vagy fertőzött egyéb fájl ( régebben word doksi és pdf is volt ilyen) és te meg is nyitod
Pénzzel kapcsolatos műveleteket csak sziget gépen végzünk és az eredményt valami egyéb úton juttatjuk el a szolgáltatóhoz.
De, én érthetően leírtam a problémát. Csak a probléma megértéséhez részletgazdagon írtam le azt a (156345)-ös kommentemben.
A probléma lényegét ide idézem belőle:
"Az általam az Excelhez újonnan elkészített saját készítésű XLA-bővítményeimnél (= vagy régebbi nevükön beépülőimnél, és az ezekbe írt, és !!!én általam elkészített új makrók!!! esetében) azt nem sikerült megoldanom velük, hogyha az Excelt egy másik gépen egy másik jelű meghajtóra, vagy más elérési útvonalra telepítem, hogy akkor is működjenek ezek az új XLA-állományok -- mivel az elérési út bármely változtatása esetén a makrók nem találják meg a az Excel célmappáin belül található célobjektumaikat, mivel az azokat tartalmazó mappák elérési útvonalai az Excel máshová történő telepítésével már megváltoznak."
A komment többi része pedig arról szól, hogy mikhez használtam fel ezt az általam megírt XLA-bővítményt. Ami eléggé jól is működik... .. . ---> De,... csakis akkor, ha az MS Excelt más gépeken is az eredetivel teljesen megegyező elérési útvonalú "C:\Program Files\Microsoft Office\Macros\" (ill. az újabb kiadású Microsoft Office 2007 és 2010 esetében a "C:\Program Files\Microsoft Office\Office12\Library\") programkönyvtárba telepítem. Ha viszont a legkisebb változtatás is éri ezen útvonal bármely részét vagy könyvtárnevét, akkor abban már csak a gyári, Microsoft által elkészített XLA-bővítmények működnek, az enyémek sajnos már nem, mert azokat a gyáraktól eltérően csak könyvtárhely-függő módon sikerült megírnom! Ez az én problémám.
Értem. Tehát ezt tudja az Excel is, csak eléggé ismerni kell hozzá a VBA-kezelési oldalát. Tehát ha ezt a 7 lépéses lépéssort követem, akkor ezzel lehet az XLA tartalmát XLS vagy XLT formátumba visszanyerni és a program képernyőjén is olvashatóvá tenni. (Ui.: az XLA tartalma a funkciója miatt rejtett a szemek elől, azért, mert csak így nem zavarja a munkafüzetek tartalmát a bennük lévő többféle makró, pl. az "Automatikus mentés" műveletére szolgáló "Autosave.xla" tartalma sem kell hogy egy átlagos célokra -- pl. számításokra és diagramkészítésekre használt -- munkafüzet részévé váljon.)
Én meg eddig azt gondoltam -- ezek szerint tévesen -- hogy az XLA-k tartalmához -- mivel ezeknek a tartalma a rendeltetésüknél fogva eleve nem látható, és rejtett -- csak az Excelt fejlesztő programozói szoftverkörnyezet (pl. C+++ vagy valami hasonló fejlesztőszoftver képes). De akkor nem így van, mert az Excel is képes erre.
Közelebb vinne a megoldáshoz, ha létezne olyan alkalmazás, amellyel visszafejthető volna az "*.XLA"-állományoknak az eredeti "*.XLS" és/vagy "*.XLT" változata, amelyeknek belső tartalma -- az XLA-kkal szemben -- olvasható, tehát tanulmányozhatóak a bennük lévő gyárilag megírt makrók is, és amelyekből az XLA-kat (= a bővítményeket, vagy régebbi nevükön a beépülőket) utólag elmentették (merthogy az XLA-kat az XLS-ekből (= a munkafüzetekből) és/vagy az XLT-kből (= a munkafüzet-sablonokból) lehet elmenteni a "Mentés másként..." parancs segítségével.
(Csakhogy sajnos nem tudok olyan alkalmazásról, amelyekkel az XLA-kból a forrás XLS-üket vagy a forrás-XLT-jüket vissza lehetne menteni, vagyis visszafejteni... !)
"Nem hinném, hogy nincs bedrótozva a default helyük az exe-be..."
Ja, te erre gondolsz? Elvileg nem lenne lehetetlen, azonban ellentmond az elméletednek az, hogy bármilyen mappanév alá telepítem is az Microsoft Office programcsomagot (amely az Excelt is tartalmazza), az eredeti gyári XLA-k bármilyen elérési útvonalon működőképesek, és ha ez úgy lenne megoldva hogy ezek be lennének drótozva az Excel.exe-be, akkor, ha az eredeti programkönyvtárnév (***"C:\Program Files\Microsoft Office\Macros\") helyett más programkönyvtárnevet választunk a programcsomagnak az MS Office programcsomag telepítésekor (pl. "C:\Program Files\Msoffice\Macros\"; vagy: "E:\Program Files\Microsoft Office\Macros\"), akkor mivel az Excel.exe-be az alapértelmezett*** programmappa volna beledrótozva, akkor ennek megváltoztatása esetén nem működnének(!!!) a gyári Excel-XLA-k, márpedig a telepítéskori más mappanévvel kiválasztott mappa alatt is kiválóan működnek, ami a bedrótozás ellen szól, mivel az Excel.exe "programindító mag"-állományt sem a telepítő, sem te nem tudod átírni.
Kipróbáltam más mappanevek alá telepítve, és az eredeti XLA-k minden mappanévváltozat esetén működőképesek!
A megoldás az XLA-k makróinak megírásában rejlik, annál is inkább, mert az Excel súgója is ír valamit a relatív hivatkozásokkal megírt makrókról, de sajnos vagy nem eleget ír erről a témáról, vagy én nem tudom eléggé jól k9vetni a magasabb tudásszint birtokában elvégzett makróírás lépéseit, menetét.
A megoldás valami olyasmi lehet, hogy a makróban lévő abszolút hivatkozásokat (pl. "C:\Program Files\Microsoft Office\Macros\Eurotol.xla" hivatkozás helyett az elérési út meghajtót tartalmazó eleje (!ez itt pirossal kiemelve!) helyett valami más, a hivatkozást relatívvá tévő kódrészlet szerepel... .. . <--- Csakhogy ez az, amit nem tudok hogy mi az!
A kérdésnek tehát annak kell lennie, hogy a relatív hivatkozás parancskódjában mi helyettesíti(??) a "C:\" kódrészletet! (PL. X, Z, *, ^, vagy valamilyen más speciális olyan jel, amelyet a VBA-kódnyelvben a könyvtárak relatív elérésekor használnak???
Én azt akarom benne megtanulni, hogy hogyan lehet ugyanolyan módon relatív elérési útvonallal (tehát bármely telepítési mappában egyformán működő) MS Excel VBA makrókat készíteni, ahogyan a relatív elérési útvonalukkal a gyárik MS Excel makrók is működnek, amelyek a gyári "*.XLA" bővítményekben benne vannak.
Magyarázat: Sikerült olyan XLA-bővítményeket készítenem az Excelhez, amelyek az Excel eszköztáraihoz adnak hozzá új funkciókat, pl. sikerült egy olyan adattérképet is megcsinálnom, amely egy, a munkafüzetbe betett térképrajzon -- amin az ország minden települése rajta van, és a munkafüzetnek a térképrajzon kívül eső részén az egyes cellákban az egyes települések többféle (5-6-féle) adatai vannak -- az egyes településekhez tartozó cella-adatokat átviszi a térképre, és azok a cella-adatok bármilyen változása esetén automatikusan frissülnek a térképen az egyes települések helyét jelző kis kockákban is, <---> azonban(!!!) azt nem sikerült megoldanom velük, hogyha az Excelt egy másik gépen egy másik jelű meghajtóra, vagy más elérési útvonalra telepítem, hogy akkor is működjenek ezek az új XLA-állományok -- mivel az elérési út bármely változtatása esetén a makrók nem találják meg a az Excel célmappáin belül található célobjektumaikat, mivel az azokat tartalmazó mappák elérési útvonalai az Excel máshová történő telepítésével már megváltoznak.
Magyarán szólva én a relatív elérési útvonalnak a makrókba való helyes beleprogramozási kódjaira és azok írásának szabályaira lennék kíváncsi. Erre a legjobb egy általatok bemutatott rövidebb példa lenne, amelyen egyrészt látni lehetne a makróban lévő parancskódok hivatkozási útvonalait (= patch-jait) akkor is, ha abszolút (= egy adott helyen lévő) mappában benne lévő XLA-t kell a kódsornak elérnie, és akkor is, ha a kódsornak relatív (= bármikor tetszőlegesen megváltoztatható helyen lévő) mappában benne lévő XLA-állományt kell elérnie. Mert a gyári XLA-k makrói pontosan így működnek -- csak éppen én nem ismerem a relatív elérési útvonal helyes megírásának a titkát. Röviden, én a kódsornak arra a részletére vagyok kíváncsi, ahol a relatív elérésű makrók az abszolút elérésű makrók kódrészleteitől különböznek!
Az nem működik, hogy az Excelnek csinálsz egy parancsikont, ahol a futtatási kvt-nak beállítod az aktuális helyet (pl. "F:Program FilesMicrosoft OfficeMicrosoft Excel". ami így gépspecifikus lehet), utána meg a makrónak csak annyit mondc elérési útvonalként, hogy "MacrosBővítmény-1.xla"?
Emlékeztek még, hogy az Excel legtöbb verziójában lehet XLS formátumú fájlokba beépített makrókat megírni, amelyek aztán XLA formátumú bővítményekké menthetők a "Mentés másként..." paranccsal.
Jól működtek nekem ezek a makrós XLA bővítmények mind egy szálig, csupán egy szépséghibás problémám akadt velük. A problémám ezekkel az XLA formátumú, makrós beépülő bővítményekkel mindig az volt, hogy a makró célobjektumát mindig csak meghajtóhoz kötötten tudtam megírni úgy hogy az normálisan működjön is. Azaz, ha az Excel előzetesen az "F:" meghajtóra volt feltelepítve, akkor ha azt akartam hogy az énáltalam megírt bővítményeket is tudjam használni, akkor azok makróit mindig az "F:\Program Files\Microsoft Office\Microsoft Excel\Macros\Bővítmény-1.xla" elérési útvonal végén lévő XLA állományra kellett ráirányítanom, mivel azt sose sikerült elérnem, hogy a új bővítmények makrói akkor is működjenek, ha később máskor az Excelt nem az "F:", hanem egy másik meghajtóra, pl. a "C:", "D:", vagy az "E:" meghajtókon is működjenek, vagyis nem tudtam a makró célját relatív meghajtó-elérési útvonallal megadni.
[?] A kérdés tehát itt az, hogy hogyan kell a makrót relatív elérési útvonalúra átírni úgy, hogy az új XLA-bővítmény egy bármely meghajtóra is feltelepített Excel alatt is éppúgy működjön, mint az eredeti gyári Excel XLA-bővítmények??? Más szóval a kérdés az, hogy, mit kell a lerögzített makró átszerkesztésekor az "F:" meghajtóbetűjel helyére a makróban beírni??? <--- (<<[*1.])
[!!!] -- ([*1.]>>Ezeket az Excel makrókat az Excel "Makrórögzítő" nevű funkciója mindig VBA programnyelvre lefordítva írta meg, tehát értelemszerűen szintén a VBA-programnyelven megírva adódik a kézi VBA-makró-szerjesztés mikéntjére vonatkoztaTva e kérdés egésze!)
