-
Fototrend
A Microsoft Excel topic célja segítséget kérni és nyújtani Excellel kapcsolatos problémákra.
Kérdés felvetése előtt olvasd el, ha még nem tetted.
Új hozzászólás Aktív témák
-
föccer
nagyúr
válasz
KAMELOT
#54928
üzenetére
Excelben a dátum az egy speciális szám. Gyakorlatilag 1990.01.01 0:00:00.000 időtől eltelt napok száma, ezred másodperces felbontásban. Ezt a számot lehet millió féle képpen formázni. Ilyen adatként van jelen a dátum?
Mi az összefüggés a dátum és az IGAZ eredmény között? (Az eredmény gyakorlatilag binális, 0/1; Igaz/hamis; Üres/1).
-
-
föccer
nagyúr
Ha nagyon pontosan megfogalmazod, adatstruktúrával, példákkal hogy mit szeretnél, akkor jó eséllyel tudunk annyit segíteni vagy össze tudd rakni.
Viszont a könnyen működő, makrómentes bepipálható mezők csak a frissebb excelekben van. Talán 2024-től, meg O365-től, de ebben nem vagyok biztos.
-
föccer
nagyúr
válasz
Bkrisz9
#54901
üzenetére
Én párhuzamosítással szoktam a hasonló problémát megoldani. Minden variáció ki van számolva egy (bárhol lévő) táblában, és a legördíthető alapján csak ebből a táblából keresem ki az eredményt. A számoló tábla ha érzékeny, akkor meg adni kell neki egy very hidden-t, azt Mezei User nem fogja előszedni, vagy levédeni, vagy bármit csinálni vele.
üdv, föccer
-
föccer
nagyúr
-
föccer
nagyúr
válasz
Fferi50
#54890
üzenetére
Egyébként te sosem lehetsz a témában fogadatlan prókátor.
Sokszorosan bizonyítottad, hogy fényévekkel magasabb szinten űszöd az ipart, mint én. Emlékszem, hogy sok-sok évvel ezelőtt mennyit segítettél te is (meg még sokan), amikor a makrókkal ismerkedtem, vagy a nehezebb, összetettebb feladatokkal küzdöttem. Ennek sok ideje már. Azóta meg tervezem, hogy kezdő és középhaladó szinten továbbképzést tartsak excelből. -
föccer
nagyúr
A SZUMHATÖBB kritériumát kell kiegészíteni hozzá, sárgával kiemeltem. Féltem attól, hogy ha a krítériumot így összefűzöm, akkor szövegként fogja keresni, amíg a forrás táblázatban számként jelenik meg, és ezért hibát ad, de nem, szépen értelmezi és meg is találja a szükséges adatokat.
Ez a D21 képlete:
=HAHIBA(SZUMHATÖBB(INDEX(INDIREKT("'"&$C$17&"'!$A$2: $DZ$366");;HOL.VAN($C21&D$20;INDIREKT("'"&$C$17&"'!$A$1: $DZ$1");0));INDIREKT("'"&$C$17&"'!$A$2: $A$366");"<="&$C$19);"")
-
föccer
nagyúr
válasz
föccer
#54886
üzenetére
=HAHIBA(SZUMHATÖBB(INDEX(INDIREKT("'"&$C$4&"'!$A$2: $DZ$366");;HOL.VAN($C7&D$6;INDIREKT("'"&$C$4&"'!$A$1: $DZ$1");0));INDIREKT("'"&$C$4&"'!$A$2: $A$366");$C$5);"")Benne van az év kiválasztása, az általad megadott adattartományokkal. Kivettem a szűrőt, mert az még nincs a 2016-ban. Tömbképletként vidd be, mert csak úgy fog működni.
Az FKERES-t felejtsük el, nem is értem mit keresett a képletedbe. Index-el kiszedjük a megfelelő oszlopot a szumhatöbb-nek. Ebben a képletbn ez a turposség, hogy a szumhatöbb-nek nem simán egy tartományt adtam meg, hanem az INDEX által létrehozott tömbböt kapja meg. Mivel ez a tömb pont ugyan akkora, mint a SZUMHATÖBB kritérium tartománya, ezért helyesen fog működni.
üdv, föccer
-
föccer
nagyúr
Na itt vagyok, bocs.
Mindjárt összerakom. A lényeg, hogy INDEX(HOL:VAN())-al kiszedjük a megfelelő oszlopot, ami egy SZUMHATÖBB() összeg tartománya lesz, a kritérium tartomány meg simán az a2:a366, feltétel meg a hónap száma.
Ennek az algoritmusnak működnie kell 2016-ban is, bár lehet, hogy tömbképletként kell bevinni ctrl+shift+enterrel.
-
föccer
nagyúr
Ha a '2025'-os munkalapra hivatkozol, akkor így változik:
=HAHIBA(SZUM(INDEX(SZŰRŐ('2025'!$A$2:$N$11;'2025'!$B$2:$B$11='2025'!$D$14);;HOL.VAN($D16&E$15;'2025'!$A$1:$N$1;0)));"")
Ha egy cellába beírod az évszámot, és az alapján szeretnéd, hogy megtalálja az adott munkalapot, akkor a tömb hivatkozásokat INDIREKT() függvénnyel kell összerakni. Itt az dupla aposztrofokkal és a sima aposztroffal vigyázni kell.
=INDIREKT("'"&D13&"'!$A$2:$N$11")
-
föccer
nagyúr
E16 képlete:
=HAHIBA(SZUM(INDEX(SZŰRŐ($A$2:$N$11;$B$2:$B$11=$D$14);;HOL.VAN($D16&E$15;$A$1:$N$1;0)));"")Tartományok nyilván változhatnak, illetve nem szép, hogy a kimutatás táblázat az adattábla alatt van, de ez már részletkérdés.
Remélem tudod a SZŰRŐ() függvényt használni, azzal pofon egyszerű. SZUM(INDEX()) szedi ki a hónapra szűrt tömbből a megfelelő oszlopot. A hónapok szűrését a SZŰRŐVEL, az oszlop kódot az INDEX(HOL.VAN())-al szedem ki.
-
föccer
nagyúr
Az idézőjelek közé rakott szövegrész szövegként értelmezi, ott nem fog működi a hivatkozás dollárjele. Ehhez INDIREKT függvény kellene.
Ugyan akkor inkább azt javaslom, hogy ha dátumok között kell szűrni, akkor legyen egy dedikált segéd oszlop, ahol a nyers dátumok szerepelnek (ha nincs ilyen) és abba dátum érték alapján szűrj. Akár a DÁTUM() függvénnyel kombinálva, ha számokkal akarod az évet, hónapot megadni.
Ha pontosan meg tudod írni, hogy mi a feladat, akkor szívesen segítünk benne, úgy érzem egy kicsit túl van gondolva a függvény működése, szerintem lehet ezt egyszerűsíteni.
-
-
föccer
nagyúr
válasz
modflow
#54828
üzenetére
Még annyival lehet gyorsítani a dolgot, hogy ha nem kell dinamikusan számolni, csak 1x összesíteni, hogy bekapcsolod az autoszűrőt. Ott lehet színre szűrni. Leszűrőd az egyik színt, ctrl+nyilacskával kijelöl az összes adatot és lent kiírja, hogy mennyi cella van kijelölve. Így minden színt gyorsan össze tudsz számolni.
fg
-
föccer
nagyúr
PQ és PowerBI is elérhető, de egyiket sem használom igazán. Tudom kellene, de bele ragadtam az excelbe, lehet túlontúl otthonos már nekem. Azóta tudom, könnyűszerrel megtalálhattam volna a választ, ha elmém korlátoltabb, vagy ha képes kiszabadulni a tökéletesség bűvköréből.
-
föccer
nagyúr
Sziasztok!
Szokásos brainstorming.
Egy ~100 MB-os file ami hálózaton van. Van benne log. Ki nyitja meg, hová menti, mit nyomtatott ki, melyik nyomtatón, ilyesmi. Alapértelmezetten mindenkinél be van kapcsolva az autosave, de nem mindenkinek. A fáljt alapvetően bármi nézheti, mert jogosultság korlátozása nincs, ugyan akkor (amolyan KPI jelleggel) látni szeretnék, hogy ki dolgozott rajta. A fájl egy adatgyűjtő/elemző eszköz, ami segíti a felhasználók munkáját, de az usereknek nem kell adatot felvinniuk, csak a rendelkezésre álló adatok között legördíthetőből/kattintással választani. A felhasználók új információt nem adnak be a táblázatba, így alapvetően nem is kell menteniük.
Minden egyes log bejegyzésnél menteni makróból erős lenne, lévén megnyitás/mentés 10-15 másodperc a hálózati elérés függvényében. Ugyan akkor szeretném elkerülni, hogy ha csak simán bezárják mentés nélkül a file-t, akkor a log adatok nincsenek mentve.
Minden egyes log bejegyzésnél egy külső fájlt nyitni, beleírni, menteni megint időigényes és feltűnő, zavaró.
Illetve ott van még az, hogy hogyan viselkedik, hogy ha valami csak olvasásra nyitja meg a fájlt, mert valakinél éppen nyitva van. Ez utóbbira meg végképp semmi ötletem nincs... Úgy érzem tapogatom az excel ilyes téren jelentkező korlátait...
Van valami ötletetek, hogy hogy oldjam meg?
Köszi szépen
fg
-
föccer
nagyúr
Ki kellett próbálnom.
Egy SQL mondatot szoktam összefűzni. Az egyik célszoftverben van lehetőség direkt SQL mondattal való szűrésre. Kicsit szebb. Imádni fogom ezt az operátort, rengeteget fog segíteni.
="RECEPT_ID in ('"&SZÖVEGÖSSZEFŰZÉS("','";1;INDIREKT("B1:B"&DARAB2(B:B)-1))&"','"&INDIREKT("B"&DARAB2(B:B))&"')"="RECEPT_ID in ('"&SZÖVEGÖSSZEFŰZÉS("','";1;B.:.B)&"')" -
föccer
nagyúr
válasz
föccer
#54682
üzenetére
Microsoft® Excel® a Microsoft 365-höz MSO (2502 buildverzió16.0.18526.20546) 64 bites
Ahogy nézem augusztus 12. adták ki. Hoppá, akkor viszont benne kell, hogy legyen amit már jó régen várok, amit Delila írt.
Hehe, benne is van.
Ezt elkezdem beépíteni. Pénteken kaptam meg az új rendszert, eddig nem volt ilyen fícsör. 
-
föccer
nagyúr
PQ-t nem szeretnék behozni. Verziószámot holnap megnézem.
1: ez a koplet egy dinamikus, legördíthető menünek az adatfeltöltését csinálja. 4 különböző oszlopból kell összeszedni az adatokat, ezért van többször ugyan az. LET-et lehetett volna használni, szoktam is, bár most most valami gebasz volt vele (#54655) .
2: szűrő függvény utolsó paramétere jól dolgozik, ha a visszatérési tömb üres. Viszont ha a szűrő kiindulási tömbje üres, akkor hibát ad vissza, nem fut le és nem üres tömbként tér vissza. Ezért kell külön-külön minden oszlop kigyűjtését HAHIBA függvénnyel védenem. A 4 oszlopból 1-2 ami használva van, de előfordul a 3. oszlopban is adat, illetve lehet a 4.ben is. Elképzelhető, hogy a 4, oszlop üres, és akkor az egész képlet érték hibát dobna.
3: ez a csoportosításoso föggvényt nem ismerem, bár férfiasan bevallva O365-öt csak elvétve használom, csak ha itthonról be kell lépnem.
4: napi frissítés van az adatbázisban, ugyan nem sokban, de változnak az alapadatok. Illetve 35 különböző üzem adatai vannak bent és ezek az előszűrők üzem szintű paraméterezéssel vannak kigyűjtve, ergó a mindennapi használat során, üzemváltásoknál is változik a legördíthető lista elemei.
Egyébként csütörtökön van demo bemutatója a cuccnak, holnap rakok fel UI-ról screenshootot.
Köszi, hogy foglalkoztál vele.
föccer
-
föccer
nagyúr
válasz
föccer
#54672
üzenetére
No, amire leírtam végig is gondoltam.
SORBA.RENDEZ(EGYEDI())-vel készítettem egy gyűjtést a receptszámokról és mellé MAXHA-val kikerestem hogy melyik recepthez melyik a legnagyobb verziószám. A kérdéses tömbben soronként kerestem be fkeressel a leganagyobb verrziót, amit simán HA feltétellen ellenőríztem. Így nincs tömbkezelés, illetve csak minimális. Az fkeres azég gyors. A MAXHA pediglen védve van még egy HA(BQ="";"";MAXHA()) feltétellel, így az sem fog feleslegesen keresni ha az előszűrő miatt a 100.000 sor helyett csak néhány ezer sor van a tömbben.Köszönöm a figyelmet
föccer
-
föccer
nagyúr
Sziasztok!
Belefutottam egy kis erőforrás korlátba...
Van egy tömb, ami az üzem nevéből és egy receptszám összefűzéséből jön létre. Ez a BJ (ohhh....
). Az utolsó két karakter a verziószám. Egy receptből minden verzió csak 1x lehet elvileg. Meg kell határoznom, hogy melyik sorban van egy recepthez tartozó utolsó verzió. Természetesen a tömb teljesen dinamikus és össze-vissza vannak benne az adatok, ráadásul a verziók is megelőzhetik egymást, nincs bennük semmiféle sorrendiség.A jelenlegi megoldásom tökéletesen működik. Szétvágom a receptszámot és a verziót. A BM oszlopban egy, a verzió nélküli receptszámra beállított szűrővel és egy MAX-al megkapom, hogy az adott sorban szereplő recepthez mi a legnagyobb receptszám, és ezt hasonlítom a BN-ben össze a sorból kiolvasott verziószámmal.
Viszont a táblázatot 100.000 receptre kell felkészítenem, és hogy is mondjam... A 100.000 db szűrő kissé felzabál minden erőforrást és a 32 GB ram 12 mag mellett is órás időtartamot számol, ami hát nem túl szerencsés.
Van erre valami finomabb, makró nélküli megoldás?
Köszi,
-
föccer
nagyúr
Sziasztok!
Most valami értelmessel jövök.
LET függvényt használom. Látszólag ismeri is a függvénytár (egyébként sokszor használtam már, szóval biztos működik). Viszont #NÉV? hibát dob. Ez miért lehet? Ugyan ezen munkapon (egy egyszerűbb) LET gond nélkül megy. Látszólag minden beépített függvény helyes.
LET( t1;A#;t2;B#;n1;SOROK(t1);n2;SOROK(t2);k;SORSZÁMLISTA(n1*n2);col1;INDEX(t1;KEREK.LE((k-1)/n2;0)+1);col2;INDEX(t2;MOD(k-1;n2)+1);FÜGG.HALMOZÁS(col1;col2))
Egyébként egy permutálást szeretnék megoldani. Nincs erre valami egyszerűbb megoldás? Tehát az A és B oszlop elemeiből, minden A&B elemet egy tömbben. Segéd táblával megvan a megoldás, ahol megcsinálom a kereszttáblát, de szeretém "szebben" megoldani.
Köszi,
FG -
föccer
nagyúr
Az új kedvencem.
Ez 8 oszlopból gyűjti össze az adatokat, a két előfeltételnek megfelelően.
A szűrők előtti hahibát nem kellene használnom, csak a szűrőt helyesen paraméterezni, de elég szemzsibbasztó a befoglalást helyesen beállítani. Így a HAHIBA elég jól mutatja a különböző kód részletek határát
-
föccer
nagyúr
Állatkodtam egy kicsit
Működik.
=EGYEDI(FÜGG.HALMOZÁS(HAHIBA(EGYEDI(SZŰRŐ(Receptek_egy_sorban!AL2:AL100000;((Receptek_egy_sorban!AL2:AL100000<>"")*(Receptek_egy_sorban!A2:A100000<>HAELSŐIGAZ(Kereso!C4="I";"N";Kereso!C4="N";"I";Kereso!C4="Mind";""))*(Receptek_egy_sorban!B2:B100000=Kereso!$C$3))));"");HAHIBA(EGYEDI(SZŰRŐ(Receptek_egy_sorban!AO2:AO100000;((Receptek_egy_sorban!AO2:AO100000<>"")*(Receptek_egy_sorban!A2:A100000<>HAELSŐIGAZ(Kereso!C4="I";"N";Kereso!C4="N";"I";Kereso!C4="Mind";""))*(Receptek_egy_sorban!B2:B100000=Kereso!$C$3))));"");HAHIBA(EGYEDI(SZŰRŐ(Receptek_egy_sorban!AR2:AR100000;((Receptek_egy_sorban!AR2:AR100000<>"")*(Receptek_egy_sorban!A2:A100000<>HAELSŐIGAZ(Kereso!C4="I";"N";Kereso!C4="N";"I";Kereso!C4="Mind";""))*(Receptek_egy_sorban!B2:B100000=Kereso!$C$3))));""))) -
föccer
nagyúr
válasz
Fferi50
#54638
üzenetére
Ehh, a hiba nem ebben a makróban volt, hanem egy korábbiban.
Application.EnableEvents = True sort sikerült egy if blokkba belülre tennem. Nyilván megesett, hogy nem azon az ágon futott végig a makró, de annyira nem kötöttem össze egy másik funkció futásával ennek a hibának a felbukkanását, hogy nem tűnt fel...
-
föccer
nagyúr
Sziasztok!
Csinálom a következő fejlesztésemet, már a vége felé járok.
A rendszer egy tisztességes kupac adatot megcsócsál és rendszerez. Ezt a rendszerezett adathalmazt mutatja be a felhasználónak, minden féle segédszámítással egyetemben. A rendszerezés egyik alapja a receptszám, alapesetben 6+2 karakter. Előbbi 6 maga a recept szám, utóbbi kettő pedig a verzió.
A felhasználó most a felrakott nyilacskákkal tud lépkedni a receptek között, de szeretném a cellákat "kattinthatóvá" tenni.
Ehhez a laphoz rendelve Sub Worksheet_SelectionChange(ByVal Target As Range) eljárást használom, ellenben nem indul el a makró .. :-/ Nem ezt kellene használnom?
Illetve szeretnék még egy olyat megoldani, hogy a makró futásának legelején szeretnék megjeleníteni egy felugró üzenetet, hogy dolgozom, várj. Ha lefutott a makró, akkor ezt eltüntetem. Ha addig elveszem a lehetőséget, hogy az UI-n kattintsanak az még jobb. Ezt egy userform-al tervezem megoldani. A kérdés az, hogy ha megjelenítem az userform-ot, akkor még végig fog futni a makró, vagy csak akkor ha zárom az userformot?
Köszi
ps: ez utóbbit kipróbáltam csak akkor fog tovább menni a makró, ha eltüntetem az userformot.
-
föccer
nagyúr
válasz
latya73
#54296
üzenetére
Keretezésree használj feltételes formázást. Sőt, igazándiból a cella színezésre is. Úgy nem gond neki, ha dinamikusan változnak alatta az adatok, mindig a megfelelő szabályrendszer alapján fogja a formázást beállítani.
Azt is meg lehet csinálni, hogy az üres sorokra ne rakjon keretet se, így ha az adat mennyiség változik, akkor is helyesen fog megjelenni.
üdv, föccer
-
#54282
föccer
nagyúr
macilaci78
#54281
föccer
nagyúr
válasz
macilaci78
#54281
üzenetére
Google sheet-et nem ismerem ennyire. Az újabb office-ben elkészített számolótábla nem valószínű, hogy menni fog. Régebbi office-ben nincsenek benne azok a tömbfüggvények, amik erre alkalmasak. Nyilván végig lehetne makrózni az egészet, de az szívás.
Ha egy minimálisan is használod az excelt mondjuk az összeadáson kívűl, akkor érdemes upgradelni.
üdv, föccer
-
#54280
föccer
nagyúr
macilaci78
#54279
föccer
nagyúr
válasz
macilaci78
#54279
üzenetére
Ez mind nem gond. Office2021-től ezek a natív tömbfüggvényekkel és az indirekt függvénnyel simán megoldhatóak.
Küld át azt, hogy pontosan miből, mit szeretnél látni, milyen szabályok szerint és összerakom, ha szeretnéd. Szoktam ilyesmiket megbízásból is csinálni, ez egy sima formanyomtatvány kezelés.
üdv, föccer
-
#54278
föccer
nagyúr
macilaci78
#54277
föccer
nagyúr
válasz
macilaci78
#54277
üzenetére
Miért nem hívsz fel, ha bajod van?
Csinálj egy nyomtatási képet tartalmazó munkalapot, meg egy számításokat, adatbeviteli mezőket tartalmazó munkalapot. Az utóbbin beviszed az adatokat, meg csinál mindent, a nyomtatási képen meg úgy rendezed el a dolgokat, ahogy akarod, és onnan nyomtatsz.
-
föccer
nagyúr
Igazándiból haladjunk a korral jeligére tegnap-tegnapelőtt regisztráltam rá, hamár a csapból is ez folyik. Egy már régebben megoldott feladatomnak egy kis részét írtam le neki próbából. A legelkeserítőbb az volt, hogy a legenerált xlsm fájlja nem volt megnyitható és néhány a végén még mindig maradt benne egy olyan hiba, hogy nem azt adta eredményül, amit kellett volna. Szóval kb ugyan arra a következtetésre jutottam, mint te. Az biztos, hogy a mélyszakmai elemzéseket nem fogom rá bízni.
A mostani feladatot kb sorrol sorra megfoglamaztam neki, a teljes szemantikát leírtam, lépésről lépésre. És így sem jött neki össze elsőre. De mókának jó volt, illetve a lehetőséget felmérni. -
-
föccer
nagyúr
válasz
Fferi50
#54195
üzenetére
Stopra nem adja ki az ablakot, sendkey nem használ.
A PrintPreview műxik, de akkor pontosan ott vagyok, mintha manuálisan kérném a táblicskut az üzemeknek az egyedi elemzésére.
Úgy van felépítve a tábla, hogy alkalmas egyenként is, manuális kérésre is az elemzések legenerálására. A makró nagyjából csak annyit csinál, hogy sorra veszi az üzemeket, kéri az elemzést, meghatározza, hogy mennyi munkalapot kell nyomtatásra küldeni, kijelöli őket, nyomtat, a pdf-et menti. Következő üzem...
Így a 10 perces munka helyett van egy fél napos.
Minden esetre ismételten köszönöm a segítség nyújtást. Úgy érzem hogy ebben az esetben tehetetlen vagyok fejlesztési oldalról. Marad a manuális munka egyessével
-
föccer
nagyúr
válasz
Fferi50
#54160
üzenetére
Kezd körvonalazódni. Csináltak egy új IT Policy-t, ami nem engedi hogy közvetlenül pdf-et nyomtassunk nyomtatási soron keresztül.
Feldob egy olyan ablakot, hogy válasszuk az exportot és onnan csinálja meg a mittuom én milyen biztosnági protokoll metaadat pecséttel ellátott biribingyót. Mivel makróból for ciklussal megyek végig a 35 üzemen, így csak simán nem menti a pdf-et, de lép tovább. Viszont makró rögzítéssel sem bírtam elkapni ezt az ablakot, hogy mégis mi a pék lehet, vagy hogy lehetne ezen túljutni.
Írtam IT-nak, kíváncsi vagyok tudnak-e vele valamit kezdeni
Már azért powerusernek gondolnak, hogy a total commanderben használom a mappa füleket üdv, föccer
-
#54178
föccer
nagyúr
E.Kaufmann
#54177
föccer
nagyúr
válasz
E.Kaufmann
#54177
üzenetére
Inkább gondolnám hálózati hibának, mint ecxel gondnak. Ha PDF-be nyomtatsz, akkor is gondos?
-
föccer
nagyúr
válasz
Delila_1
#54171
üzenetére
Mindenképpen macerás. Excel azért nem erre van kitalálva. Pár hónapra beszélgettük ez talán Fferi-vel, hogy ha valaki kicsit jobban ért hozzá, akkor nem lehet megóvni az adattáblákat, mindenképpen be lehet nyitni és bele lehet nézni, bármilyen védelmet is prbál bele építnei az ember.
-
föccer
nagyúr
válasz
Delila_1
#54168
üzenetére
System.Security.Cryptography.MD5CryptoServiceProvider
Win beépített MD5 encodert meg kell hívni az eredeti jelszó megadásakos és csak a hash-t lementeni. Ellenőrzéskor ugyan ezzel a szolgáltatással vissza lehet ellenőrízni. Ha a két hash egyezik, akkor mehet tovább, ha nem akkor nem tud belépni. Szövegesen nem kell tárolni az eredeti jelszót. Aki az MD5-öt visszafejti, azzal szemben tök mindegy
-
föccer
nagyúr
válasz
Fferi50
#54158
üzenetére
Nem akarom kinyomtatni, elektronikusan van tárolva és továbbítva a tanusító szerv felé. De az export már tartalmazza azokat az oszlopokat, amik nem kellenének. Ha ezt nyomtatom, akkor a nyomaton is rajta lesznek.
Na, ledokumentálom és kiküldöm az IT-nek, hogy csócsáljanak rajta egy sort.
A PDF export ami nem veszi figyelembe azt a beállítást, hogy csak a kijelölt területet nyomtassa. Fix nyomtatási terület nem játszik, mert változó adatmennyiség van.
Most annyit gányoltam rajta, hogy egy fehér betűszinnel, egy nem használatos cellába raktam egy x-et, és a korábbi vezérlő cellákat beképletezrem erre az eredeti vezérlőt meg elrejtettem. Így legalább az odlalszélesség helyre jött, de a sorok cella szegélyei miatt a tényleges adattartalom alatt szereplő üres cellákat is nyomtatja (aminek nincs adata, de a szegélye meg van rajzolva). itt ugye nem a feltételes formázás rajzolja a szegélyeket, mert mindig területet nyomtatta, így osztán hótra mindegy volt, hogy alatta még 342 sornyi szegély van rajzolva.
De ha a gyorsriportoló xlsm-em is tönkre ment, akkor pipás leszek, de nagyon. Az eszméletlen mennyiségű adatot számol át, rendszerez, elemez és generálja a jelentéseket és menti fel hálózatra. Havi ~1500 oldalnyi dokumentáció. (mondjuk rajtam kívül a kutya se nézi, de ez ebből a szempontból tök mindegy)
-
föccer
nagyúr
Cégnél bevezettek valami új policy-t, így a megnyitott xlsm fájlokból ha pdf-be akarok nyomtató porton nyomtatni, akkor nem engedi, átirányít valami biztonságos exportálás menüre. Viszont a nyomtató beállításánál meg volt adva, hogy csak kijelölt területet nyomtasson, teljes oldalszélességre. No, ez szépen elúszott, szépen nyomtatja rá a vezérlőket is amit nyilván nem kellene ...
Mi a pöcsömet csináljak vele. Sem időm, sem lelki erőm átszabni az xlsm-eket, az IT érzésre megvonja a vállát, hogy global IT policy-t ők ugyan meg nem fognak kerülni a kté szép szememért... :-/
Faxom, a gyártásellenőrzési dokumentációt meg várják. Kézzel össze rakni... hát, több nap lenne üzemenként, ami most 10 perc lenne...
Még az automata elemzőt nem mertem elindítani, ami szépen sorba veszi az összes üzemet és menti le hálózatra a riport dokumentációt. Ha az is megdöglött, akkor kva mérges leszek.
Köszipuszi, jöttömre 2 nap múlva számítsatok, hajnalban, kelet felől.
-
föccer
nagyúr
Vagy táblázattá kell formázni, vagy feltételes formázást beállítani. Megcsinálod a táblázat alap színét, amit a páratlan sorokra akarsz használni, majd a feltételes formázásnál a képlet valami olyasmi lesz, hogy "MARADÉK(SOR();2)=0" Ez megadja a páros sorokat, amire berakod azt a formátumot, amit a páros sorokra akarsz.
kitöröltem egy sort.
-
föccer
nagyúr
Hát, azt biztos meg lehet csinálni, hogy makróból a cella módosítás esetén visszaállítod a formátumot arra, aminek lennie kell. Kicsit fapados, de működik, ha megvan, hogy milyen feltételek szerint kell a formázást megcsinálni. Egyes cellákat lehet tiltani a lapvédelemmel. Ha jól emlékszem, akkor az egész munkafüzetet le kell védeni, ami védelem alól ki lehet venni egyes cellákat. Ha nem akarsz jelszavakkal szórakozni, akkor a beviteli munkalapról is kell csinálni egy árnyékmásolatot ami veryhidden és cella módosulásnál azt is vissza kell írni. Utóbbira ha nincs nagyon sok cella és nem a szándékos károkozást kell kivédeni, csak a véletlen felülírást, akkor lehet cella érték érvényesítésnél is beállítani, hogy csak arra az egy értékre legyen érvényes a cella. Ilyenkor bármi más adatot akarnak bevinni, az excel nem fogja engedni.
-
föccer
nagyúr
válasz
meke11
#54116
üzenetére
Én így csináltam meg ugyan ezt a feladatot. Kicsit fapados, de működik
Az m az gyakorlatilag az átesett görbe feletti terület. Mivel a szemmegoszlást diszkrét pontokra veszed fel, így simán lehet csinálni rá egy numerikus integrálást, jelen esetben 1-átesett az összes szitán (kivéve a felező szita), osztva 100-al, mert m/m%-al dolgozol.
Az U már keményebb dió.
s és S a két keresett m/m%-hoz szitán átesett tömegarány. d és D ezekhez tartozó szitaméret (ezeket keressük). A kisbetű az alsó, a nagy betű a felső ponthoz tartozik.
da és df azok a szitanyílások, amihez s alatti és feletti értékek tartoznak, sa és sf pediglen ezeken a szitákon fennmaradt tömegszázalékok. d-t az előrejelzés függvénnyel tudod interpolálni vigyázz, mert neked az előrejelzést az inverz függvényen kell keresned, mert az s-van megadva és d-t keresel, így ennek megfelelően kell paraméterezni a függvényt!
-
föccer
nagyúr
válasz
meke11
#54110
üzenetére
Egyenlőtlenségi együtthatót kell számolni?
Az D70/D10. Mihez kell a D17?Ha igen, akkor nézd meg a vonatkozó szabvány. Amivel én dolgoztam, abban nem megengedett a közelítő függvény használata, hanem a 10% alatti és feletti szita méretre kell interpolációval számítani a 10%-hoz tartozó elméleti szitaméretet. Ez meg kell csinálni d-re és D-re (alsó szita és felső szita) és a két, interpolációval kalkulált szitaméretet kell osztani egymással az egyenlőtlenségi együtthatóhoz.
-
föccer
nagyúr
-
föccer
nagyúr
A mai napon mennyi kell mutatnia? Egy kellően nagy számból le kell vonni a =MA() függvény értékét.
A cella képlete ha:=100000-MA()
akkor az eredmény 54 306. Holna ez az érték 54 305 lesz. Holnap után 54 304 és így tovább. (a cellát vissza kell formázni számmá, mert excel automatikuan át fogja állítani a formátumot dátumra.
Ha nem 100000-ből vonod le, hanem egy másik számból, akkor más érték lesz az eredmény, de holnap ugyan úgy 1-el kisebb lesz a szám, mint ma.
üdv, föccer
-
-
föccer
nagyúr
válasz
andreas49
#53944
üzenetére
Inkább az, hogy egy szélesség minusz értéket kellett volna, hogy felvegyen, ami minium 0 lehet.
#53939andreas49
az is működik, hogy csinálsz 1 db "kezelő" fület, amire kirakod a gombbot, meg ottani cellákba teszed bele az alapadatokat. De az is pörfikt, hogy imputbox szedi be az eltolást. Ekkor én public-ba raknám a makrót és ráblindelnék egy hotkey-t és akkor bármikor, 1 gombnyomásra megcsinálja.üdv, föccer
-
föccer
nagyúr
válasz
TigerCat
#53936
üzenetére
Makróval viszonylag könnyű.
Egy gombhoz kötöttem a makró indítását, a Munka2 A1 cellába írtam be, hogy mennyivel növelje a szélességet.Az összes, Munka1 lapon lévő oszlopot autofit-re állítja, majd az összes használt oszlop méretéhez hozzáadja a munka2 A1 cellába beírt értéket.
Sub Szelesseg_igazitas()Dim i As IntegerWorksheets("Munka1").UsedRange.Columns.AutoFitFor i = 1 To Sheets("Munka1").UsedRange.Columns.CountWorksheets("Munka1").Columns(i).ColumnWidth = Worksheets("Munka1").Columns(i).ColumnWidth + Sheets("Munka2").Range("A1").ValueNextMsgBox "Kész"End Sub -
föccer
nagyúr
válasz
ReSeTer
#53933
üzenetére
A szumha (ha emlékeim nem csalnak), akkor úgy működik, hogy az összeg tartományban vizsgálja a kritériumokat. Klasszikusan add össze a nullánál nagyobb számokat. A szumhatöbb esetében külön van választva az összeg tartomány és a kritérium tartománya (nem mellesleg több feltétel is megadható). Szumha függvény ezer éve nem is használtam, mert a szumhatöbb mindent tud, mint a szumha.
-
föccer
nagyúr
válasz
karlkani
#53926
üzenetére
K és L oszlopban csak ellenőrzésként vannak fent az eredmények.
G1-ben tudod megadni, hogy melyik helyezettet szeretnéd kikérni. Az eredményt tömbként adja vissza, ha több azonos van, akkor minden eredményt visszaad.G2 képlete:
=SZŰRŐ(EGYEDI(A1:A11);DARABHATÖBB(A1:A11;EGYEDI(A1:A11))=INDEX(SORBA.RENDEZ(DARABHATÖBB(A1:A11;EGYEDI(A1:A11));;-1);$G$1))Office 2021
üdv, föccer
-
-
föccer
nagyúr
Egy cella érékének módosítása alapvetően csak akkor hat a többi cellára, ha össze vannak képletezve. Ha a forrás listában módosítod a választék listát, nem fog változni azon cellák értéke, ahol korábban be volt választva. A legördülő lista csak a cellába bevihető értékekt korlátozza, de utólag nem csinál vele semmit.
Használd a csere funkciót, amit ctrl+H-val tudsz előszedni.
üdv, föccer
-
föccer
nagyúr
1: Autószűrőt kapcsold be (ctrl+shift+L), kapcsold ki azokat ahol a tulajdonság üres.
2: a maradék cikkszámot másold ki, és értékbeillesztéssel rakd be egy másik munkalapra.
3: az újonnan beszurt adatokra nyomj egy ismétlődések eltávolítását az adatok menüből.
4: kapcsold ki az autószűrőt
5: az új, leszürt, egyedi értékeket tartalmazó táblázat mellé egy segédoszlopban használd az index(hol.van()) függvényeket, hogy kikeresd az adott cikkszámhoz tartozó tulajdonságokat. Ha több oszlopot kell mellé rakni, arra is jó az index, de használható a transzponálás(szűrő()) függvény kombó is.
Az eredmény tömböt másolod, visszailleszted értékbeillesztéssel, hogy statikusan meglegyen minden adatod.Ha gykorlottabb vagy, akkor 1 perc, ha kevésbé gyakorlott akkor 3.
-
föccer
nagyúr
válasz
Fferi50
#53884
üzenetére
Pár óra szokott lenni.
Igazándiból 35 üzemben, üzemenként néhányszáz összetételen fut végig egy elemzés, adatösszesítés, még pár tucat mellékszámolás. 1 tétel meglenne gyorsan, de több ezer tétel van.
Üzemenkétn pdf riport mentés, biztosnági másolatok készítése. Új üzem, betöltő adatfájl megnyitása, onnan kiolvasni a szükséges adatokat, vissza adminisztrálni, hogy milyen időbélyeggel vettem ki az adatot, visszamenteni, újra futtatni az elemzést, menteni az eredményeket.
Egyszerű, de dög unalom.
-
föccer
nagyúr
válasz
tomi_x
#53881
üzenetére
Jó eséllyel rengeteg számítás, tömbképlet, és implicit képlet van benne (indirekt, index pl). Ezek baromira meg tudják nyújtani a számítás menetét.
Én az ilyen problémákat úgy szoktam kezelni, hogy felmakrózom az elemzési feladatokat (pörgetem a paramétereket, az eredményeket kimentem egy temp munkalapra). Elindítom este és reggelre szépen megcsinál mindent.
Ha nagyon összetett és nagyon nagy számú számítást kell végezni, azzal nem lehet nagyon mit csinálni. Vagy optimalizálod a műveletek számát, vagy erősebb vasat kérsz a főnöktől.
Én így kaptam egyedülégént a hazai cégcsoportban 64 bites office-t. Mindenki csak 32 biteset kap.
-
föccer
nagyúr
válasz
Delila_1
#53728
üzenetére
4 gyerekem van, hagyábékén.
ráadásul pont sikerült úgy összehozni, hogy idén mindenki ide jön...
Hogy sikerült, ne kérdezd, de azért puncsoltam a helyi étteremnek, hogy azért naponta rakjon össze nekem elvivős tálakat. Elég lesz nekem a sütiket lesütni.
Isten áltda a mosogatógép feltalálóját -
föccer
nagyúr
válasz
Keef_Lee
#53616
üzenetére
O365-ben elvileg működik, 2013-ban nem. Most nem tudom megsinálni, de az elvet és a függvények az alábbiak lesznek.
2 segédoszlopot kell csinálni. Vagy külön munkafüzetben és akkor meghivatkozod a két alapadatot tartalmazó munkafüzetet, vagy összemásolod a két alapdatot 1 munkafüzetbe és csinálsz egy segéd munkalapot.
A lényeg.
Függ.halmozás() függvénnyel összefűzöd egy vektorba a 2 név oszlopot. Ezt beágyazod egy egyedi() függvénybe, hogy az ismétlődéseket eltávolítsd az ismétlődéseket. Ezen segédoszlop mellé felveszed a másik segédoszlopot, amibe szumha függvénnyel összeadod az egyes nevekhez tartozó összes teljesítményt.
üdv, föccer
-
föccer
nagyúr
válasz
Fferi50
#53446
üzenetére
Ez a tábla alpvetően UI. Kézzel pötyöghetik be, illetve javíthatják a beírt árakat. Településre és anyag kódra.
Ez egy nagyobb számolótáblának az egyik bemeneti adaata lesz. A számolótábla alapvetően költség alapú elemzést fog végezni.
Ha frissítés történik (havi riport generálás során), akkor változhat az üzemek és az alapanyagok sorrendje, darabszáma.
Ha frissítés van, akkor gombnyomásra újra beemelem a frissített üzemek és alapanyagok listáját. Viszont hogy ne kelljen minden adatot újra gépelni az ártáblán, ezért a frissítés gomb megnyomása előtt lementem az egésznek az adattartalmát és a frissítés utána újra feltöltöm a meglévő adatokkal. Viszont mivel elcsűszhatnak az oszlopok és sorok, ezért nem lehet nyersen visszarakni. De ez továbbra is UI, ezért nem maradhatnak a képletek sem.
Hmm, most hogy végig gondoltam jött az ötlet, hogy 1x megcsinálom az egész táblázatra a képleetezést (ez sima liba, újgyakorlat) és az egészről csinálok egy árnyákmásolatot (a képletekről) és a frissítés után ezt húzom be a formula2-be és kap egy recalculate-ot, majd visszaírom bele a value-t és kész is.
Köszönöm, asszem ez így jó lesz.
Most már csak az a kérdés, hogy sebességre mit fog hozni. Minden esetre kikapcsolom az automata újraszámolást Köszi
Akkor tudom (tudjuk) duplikálni a nálad lévő adat struktúrát és akkor működő függvényt tudunk adni.
Grrr, 3 különböző excel verziót hazsnálok)
Új hozzászólás Aktív témák
- Sokkal jobb ajánlat lett elődjénél az iPhone 17e
- Óvodások homokozója
- Samsung Galaxy Z Fold7 - ezt vártuk, de…
- Meghozta a régóta várt asztali Ryzen APU-kat az AMD
- gban: Ingyen kellene, de tegnapra
- Xiaomi 17 Ultra - jó az optikája
- talmida: Változások 2. rész
- GL.iNet OFF topik
- Anglia - élmények, tapasztalatok
- Samsung kuponkunyeráló
- További aktív témák...
- Azonnali készpénzes INTEL CPU NVIDIA VGA számítógép felvásárlás személyesen / postával korrekt áron
- Lenovo Legion 9 (16IRX9) - Intel Core i9-14900HX, RTX 4090
- GYÖNYÖRŰ iPhone 13 128GB Green -1 ÉV GARANCIA - Kártyafüggetlen, MS4495, 100% Akkumulátor
- Honor 200 Lite 256GB, Kártyafüggetlen, 1 Év Garanciával
- Xiaomi 15 256GB, Kártyafüggetlen, 1 Év Garanciával
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest