Keresés

Részletes keresés

Tündi2003 Creative Commons License 2011.01.27 0 0 13868

Bocs, hogy ide írok, de a Word-os topic elég ritkán látogatott. :(

 

A problémám a következő, egy speciális szövegfájlt (nem .txt) kell megnyitnom Word-ben, és persze egy csomó formázást kell végrehajtani rajta, hogy használható legyen. Eddig egy DOS alapú, 80-as évekből származó szövegszerkesztőben dolgoztunk a fájlokkal, de gondoltuk, hogy ideje lenne haladni a korral. :)

 

Szóval egy csomó dolgot már tudtam makrósítani, de most az lenne a kérdésem, hogy az oldaltöréseket, amik eleve benne vannak, de rossz helyen, hogyan tudnám makróval kiszedni? Kézzel kicsit macerás...

 

Ugyanitt kérdés az is, hogy a makrót hogyan tudnám egy gombhoz (ikonhoz) hozzárendelni? Word2003-unk van a cégnél. Excelben tudom, hogyan kell, de itt csak annyit tudok megcsinálni, hogy a makró nevét, pl. Normal.NewMacros.Új behúzom az egyik eszköztárba, és akkor erre a szövegre kattintva indul a makró. De nekem csak egy ikon kellene.

 

Köszi a választ!

Delila10 Creative Commons License 2011.01.27 0 0 13867

Lehet, hogy szóköz szerepel az adataidban? Akkor a TRIM függvénnyel le kell előbb vágnod a felesleges szóköz(öke)t.

Előzmény: Törölt nick (13865)
Törölt nick Creative Commons License 2011.01.27 0 0 13866

A témától eltekintve, szeretném megköszönni a segítséged!

A táblázat tökéletesen működik!

Mégegyszer köszönöm!

 

Péter

Előzmény: Sznida (13837)
Törölt nick Creative Commons License 2011.01.27 0 0 13865

ezt ismerem, de sajnos nem jó. (Ez egy képlet eredménye (=C20*1), azt szoroztam 1-el, de nem "eszi" meg valamiért.... (#ÉRTÉK)

Valamiért nem tudja kezelni az adatkonverziót, ha táblás lekérdezéssel próbálok egy másik munkafüzetből adatokat elérni. (Az eredetiben ez tényleg szám, számként is formázva, mint írtam.)

Előzmény: Delila10 (13864)
Delila10 Creative Commons License 2011.01.27 0 0 13864

Szorozd fel a tartományt 1-gyel, irányított beillesztéssel, utána megadhatod az ezres csoportosítást.

Előzmény: Törölt nick (13863)
Törölt nick Creative Commons License 2011.01.27 0 0 13863

nm vált be egyik szöveg/szám konverziós fgv sem, a helyiérték " " jelét mintha nem is látná...

Előzmény: Törölt nick (13862)
Törölt nick Creative Commons License 2011.01.27 0 0 13862

a szövegként tárolt számokból hogy csinálnátok számot?:

példa:

17 774,00

100 101,00

5 564,30

 

Háttér: excel 2007

Adatok/Kapcsolatok- tallózás menüpontban táblaként hozzáadok egy mukafüzetet, amelyek így automatikusan frissülnek.

De. Az eredeti file-ban a számok # ##0,00 formában vannak (így is vannak formázva a cellák)

Viszont a kapcsolatfájlként egy másik munkafüzetbe ez már szövegként érkezik, és nem sikerül átalakítani számmá :(

 

 

 

fajlkezelo Creative Commons License 2011.01.26 0 0 13861

Sziasztok!

 

Igen, sajnos tényleg arról lehet szó, hogy a szumha nem működik jól csatoláskor :-(

 

Ha átteszem a 2 fájlt egy másik könyvtárba és bezárom az AUTO.xls

fájlt, akkor látszik, hogy a c:/temp-re hivatkozik (tehát relatívként jó marad a képlet)

 

Sok fájl van, amikre több más fájl hivatkozik, ezért lenne praktikus külön fájlokban tárolni őket.

 

Kösz a tippeket, kipróbálom őket.

 

Joe

 

Előzmény: Sztai (13860)
Sztai Creative Commons License 2011.01.25 0 0 13860

Sajnos van néhány fv (sumif, countif, indirect) amely nem működik, ha a hivatkozott fájl nincs nyitva.

A probléma megoldására két lehetőséget látok:

1. másold föl a vágólapra az adatforrás táblázatát és csatolva illeszd be a másik állományba. Erre a táblázatra hivatkozz a sumif fv-ben. (Ha akarod ezt a munkalapot később el is rejtheted)

2. A sumif fv helyett használd a sumproduct fv-t (szorzatösszeg).

=SUMPRODUCT((adatforrás_kritérium tartomány="valami")*(adatforrás_összegtartomány))

A te példádban:

=SUMPRODUCT(('C:DocumentsandSettingsuserDokumentumok2011Telefon-Tünde[AUTO.xls]12'!$B$5:$B$52=C7)*('C:DocumentsandSettingsuserDokumentumok2011Telefon-Tünde[AUTO.xls]12'!$E$5:$E$52))

Remélem érthető :-)

Üdv

 

Előzmény: fajlkezelo (13857)
erdeiboroka Creative Commons License 2011.01.25 0 0 13859

Úgy túnik, eddig a C:Documents and SettingsuserDokumentumok2011Telefon-Tünde könyvtárban voltak a fileok. Ha átteszed őket a C:temp könyvtárba, akkor a képletet javítani kell, valami ehhez hasonlóra (ez nem valószínű, hogy pont így jó).

=SZUMHA('C:temp[AUTO.xls]12'!$B$5:$B$52;C7;'C:temp[AUTO.xls]12'!$E$5:$E$52)

Előzmény: fajlkezelo (13857)
Törölt nick Creative Commons License 2011.01.25 0 0 13858

ha megteheted egyesítsd egy munkafüzetbe a kettőt (külön munkalaponként).

 

 

Előzmény: fajlkezelo (13857)
fajlkezelo Creative Commons License 2011.01.25 0 0 13857

Sziasztok!

 

Van 2 fájlom: alap.xls és AUTO.xls

Az alap.xls fájlban van egy szumha képlet, ami az AUTO.xls fájlból ad össze:

 

=SZUMHA('C:Documents and
SettingsuserDokumentumok2011Telefon-Tünde[AUTO.xls]12'!$B$5:$B$52;C7;'C:Documents
and SettingsuserDokumentumok2011Telefon-Tünde[AUTO.xls]12'!$E$5:$E$52)

 

Ha megnyitom az alap.xls fájlt csatolás frissísével, akkor #ÉRTÉK! hiba van a cellában,

viszont ha utána megnyitom az AUTO.xls fájlt, akkor megjelenik a helyes érték a cellában.

Amikor a képlet készült, akkor mind2 fájl nyitva volt és jól is működött.

Ha kijelölöm az AUTO.xls fájlban az $E$5:$E$52 tartományt, akkor összeadja az állapotsorban.

 

Áttettem a c:temp könyvtárba, de úgy sem működött, Excel 2000-esem van, de 2003-mal se jó.

 

Van valami ötletetek?

 

Köszönöm

 

Joe

NeomatiK Creative Commons License 2011.01.23 0 0 13856

Ja bocs, persze 2011.01.01. a további dátum, csak ide írtam rosszul.

 

A második kérdésedre: először "sima" különbséget akartam, de 1900.01.... adott eredményül.

De most megformáztam számra, ahogy írtad. Így most jó lett. Köszi szépen! :)

Előzmény: Sztai (13855)
Sztai Creative Commons License 2011.01.23 0 0 13855

A nap360 függvény 12 db, 30 napos hónappal kalkulál, mintha egy évben csak 360 nap lenne.

Két kérdésem lenne:

1. 2010.12.31 után direkt írtál 2010.01.01-et vagy 2011.01.01-et akartál írni?

2. Miért nem számolod simán a két dátum különbségét és formázod meg mint szám és nem dátum?

Üdv

Előzmény: NeomatiK (13853)
NeomatiK Creative Commons License 2011.01.23 0 0 13854

Ez nálam is elő szokott fordulni. De érdekes, mert nem mindig.

Előzmény: Lesleee (13850)
NeomatiK Creative Commons License 2011.01.23 0 0 13853

Sziasztok!

 

A oszlopban dátumok

 

2010.12.01.

2010.12.02.

.

.

.

2010.12.31.

2010.01.01.

2010.01.02.

 

B oszlopban függvény a napok különbözetével, hogy megkapjam az első dátum és az

adott sorban lévő dátum között eltelt napk számát:

 

 

=NAP360($A$1;A1+1)

=NAP360($A$1;A2+1)

=NAP360($A$1;A3+1)

stb

 

 

Viszont a 31 napos hónapoknál a 30. napra ad egy számot: legyen 30

és a 31. napra is ad egy számot, szintén 30-at.

A következő napra (ami a következő hónap 1-e) adja a 31-et eredményül, ahol már a 32 kettő lenne a helyes.

 

Hogy lehet ezt jól csinálni?

 

Köszi előre is.

Lesleee Creative Commons License 2011.01.23 0 0 13852

Zseni vagy, köszönöm :-)!

Előzmény: Törölt nick (13851)
Törölt nick Creative Commons License 2011.01.23 0 0 13851

Zárd be. Indísd újra.

Előzmény: Lesleee (13850)
Lesleee Creative Commons License 2011.01.23 0 0 13850

Sziasztok!

 

2007-es Office-t telepítettem fel, és az első Excel indítás után a billentyűkombinációk meghülyültek.

 

A ctrl+s, a ctrl+c, a ctrl+v hatására egy törlés panel jön ki, és rákérdez, hogy merre törölje a cellákat.

 

Többször telepítettem már fel, és ilyet eddig nem produkált.

 

 

Valakinek ötlete?

exszajmon Creative Commons License 2011.01.21 0 0 13849

Köszi szépen Robbantomester, így már világos

Törölt nick Creative Commons License 2011.01.21 0 0 13848

8-nál meg persze hogy helyes értéket ad. mert 8dec =  1000bin tehát dec1000*dec1000=dec1000000 és dec2bin(8*8) is = 1000000

Előzmény: exszajmon (13846)
Törölt nick Creative Commons License 2011.01.21 0 0 13847

Ez normálisnak mondható szerintem.

DEC2BIN(7)*DEC2BIN(7) = 111*111 = 12321: Ugyanis attól, hogy te átváltottad binárissá, ő még nem tudja, hogy nem decimális számokat kell összeszoroznia - ezért alapértelmezetten decimálisnak gondolja.

 

 

Helyes így lenne:  =DEC2BIN(7*7)

 

Előzmény: exszajmon (13846)
exszajmon Creative Commons License 2011.01.21 0 0 13846

Sziasztok!

 

Az lenne a kérdésem, miért számol bizonyos értékeknél helytelenül, ha 2-es számrendszerben készítek szorzótáblát, a szorzók 10-es számrendszerben vannak és a függvényeket szoroztam össze pl.: 8-nál mindig helyes értéket ad /dec2bin(8)*dec2bin(8)=  1000000/, más értéknél pl.:7-nél pedig 2-est és 3-ast is beletesz a számba /dec2bin(7)*dec2bin(7)=12321/ remélem érthető a problémám.

 Valaki tudna segíteni, hogy mit csinálok rosszul?

Sajnos a printscreent nem voltam képes beszúrni.

 

 

SQLkerdes Creative Commons License 2011.01.21 0 0 13845

Hát, akkor még használhatod az MMULT worksheet függvényt VBA-ból meghívva: Application.mmult(...)

Előtte csinálj egy tömböt aminek minden eleme 1000 (ajánlom a REPT() függvény és a SPLIT method használatát), a két tömböt már szorozhatod egymással az MMULT használatával.  Bizonyos elemszám fölött gyorsabb mint egyenként végig loop-olni.

Előzmény: Or Kán (13844)
Or Kán Creative Commons License 2011.01.20 0 0 13844

Kösz, csak pont ezt az egyenkénti értékmegadást akartam elkerülni.

 

Viszont, az előző megoldásodat "lemakróztam" a következők szerint:

 

Sub osztás()

Cells(10, "d") = 1000

Cells(10, "d").Copy

Range("A1:D5").PasteSpecial Operation:=xlDivide

End Sub

 

Jobb híján ez is meg tudja a műveleti sebességet növelni sok sor/munkalap esetén.

 

Köszi a választ.

Előzmény: SQLkerdes (13843)
SQLkerdes Creative Commons License 2011.01.20 0 0 13843

Hát egy For...Next ciklussal végigmehetsz rajtuk és egyenként eloszthatod.

Ha nem ismered akkor az Ubound és Lbound -nak nézz utána.

Előzmény: Or Kán (13842)
Or Kán Creative Commons License 2011.01.20 0 0 13842

Nagyon jó köszi, csak még a "tomb" változó elemeivel szeretnék műveletet csinálni (pl. elosztani azokat 1000-el) és ez még nem megy.

Előzmény: SQLkerdes (13841)
SQLkerdes Creative Commons License 2011.01.20 0 0 13841

Első probléma:  A1:D5 elemeinek osztása ezerrel úgy, hogy az eredmény az A1:D5 tartományban felülírja az eredeti értékeket.

 

- írd be bármelyik üres cellába (pld D10) azt hogy 1000

- D10:  Copy (aka Ctrl+C)

- jelöld ki az A1:D5 tartományt

- Paste Special, a feljövő ablak "Operations" ( Műveletek? ) részében válaszd a Divide (Osztás?) opciót.

- OK

 

Kész is vagy.

 

Második

 

Sub valami()
Dim tomb
tomb = ActiveSheet.Range("a1:d5")

End Sub

 

A kijelölt range dimenziója automatikusan meghatározza a Tomb nevu tomb dimenzióját.

Előzmény: Or Kán (13840)
Or Kán Creative Commons License 2011.01.20 0 0 13840

Sziasztok!

 

Azt szeretném megkérdezni, hogy egy cellatartományban lévő értékeket (pl. A1:D5) hogy lehet úgy elosztani pl. ezerrel (ugyanebben a tartományban), hogy ne kelljen minden cellában külön a műveletet elvégezni (tehát kvázi tömbműveletként)?

 

Ehhez tartozó másik probléma, hogy egy cellatartomány értékeit (pl. A1:D5) hogy lehet tömbváltozóba (a(5,4)) úgy beletenni, hogy az egy művelet legyen (tehát hogy ne kelljen futtatni a sor- és oszlopindexet)? 

Törölt nick Creative Commons License 2011.01.20 0 0 13839

Ez a LEFT JOIN remek ötlet :-)

Végül ezt sütöttem ki:

 

SELECT Min(t1.plusone)
FROM [SELECT  fld+1 AS plusone FROM tbl]. AS t1 LEFT JOIN tbl ON t1.plusone = tbl.fld
WHERE (((IsNull([tbl].[fld]))=True));

 

Tízezer soros táblánál egy szempillantás alatt kiadja a végeredményt, segédtábla nélkül, egy lekérdezésbe sűrítve, és ráadásul úgy, hogy a mező nincs is indexelve. Király :-)

 

Köszönöm a tippeket mindekettőtöknek.

Előzmény: Törölt nick (13838)

Ha kedveled azért, ha nem azért nyomj egy lájkot a Fórumért!