| 1. |
Re: Excel VBA (mind) |
44 sor |
 (cikkei) |
| 2. |
Re: Excel VBA (mind) |
5 sor |
 (cikkei) |
| 3. |
C-segitseget keresek (mind) |
14 sor |
 (cikkei) |
| 4. |
Re: dos/winfos file flush.... (mind) |
46 sor |
 (cikkei) |
|
| + - | Re: Excel VBA (mind) |
VÁLASZ |
Feladó:  (cikkei)
|
A CODER 1193-ban irta  :
>Remelem olvassa valaki a listat aki
>jartasabb nalam az Excel-es VBA-ban.
Olvassa :)
>ActiveWorkbook.SaveAs
> FileName:=...
>parancs eseten ki lehet azt kuszobolni
>valahogy, hogy abban az esetben ha
>letezik mar a fajl, akkor ne kerdezzen
>semmit, hanem szo nelkul felulirja?
Ird be a sor ele, hogy:
Application.DisplayAlerts = False
Persze utana vissza kell csinalni, mert kulonben nem ir ki semmit!
>A masik pedig az lenne hogy, hogyan
>erhetnem el azt, hogy ket Excel tablabol
>egyet csinaljak, oly modon hogy az elsohoz
>a masodikat jobbra szurna be, azaz az oszlopaik
>legyenek valtozatlanok. A problema csak
>az hogy nem tudom pontosan hogy melyik
>hany oszlopbol is all... Ha ezt tudnam,
>akkor sem tudom hogy ket kulon fajlon
>hogy lehet a masolas-kivagas-beillesztes
>muveleteket elvegezni.
Ha van egy sorod, ahol minden oszlopban van valamilyen ertek, akkor
megkaphatod az utoso hasznalt oszlopot ezzel a modszerrel:
a = Cells(1,1).End(xlToRight).Column
A copy-paste nem rossz megoldas, ha egyszeru programrol van szo, foleg ha a
formazasokat is vinni akarod vele. De komolyabb programoknal nem szep
programozastechnikailag.
Legegyszerubben ugy tudhatod meg az ilyesmit, ha felveszed makroba, es
utana megnezed, hogy mit vett fel. Persze utana alaposan at kell alakitani
a code-ot, peldaul ki kell belole szedni a selection-oket, meg az
activecell-eket.
Ha van meg kerdes, johet!
Feri
HIXEditor 1.15beta6
Ui.: Ment maganba is
|
| + - | Re: Excel VBA (mind) |
VÁLASZ |
Feladó:  (cikkei)
|
Kerdesed elso felere:
ha jol emlekszem: DisplayAlerts = False a megoldas.
Udv, Otto.
|
| + - | C-segitseget keresek (mind) |
VÁLASZ |
Feladó:  (cikkei)
|
Egy C-ben irt fuggvenykonyvtar nemely darabjait at kellene tennem
BASIC-be, de csak nagyon keveset tudok C-ul. A fuggvenyek naptarakkal
kapcsolatos szamitasokat vegeznek, meghivnak kulonbozo beepitett
fuggvenyeket, tartalmaznak kozepesen bonyolult kifejezeseket, for
ciklusokat es osszetett elagazasokat; nagyjabol ez minden. BASIC-ul
nem kell tudnia annak, aki jelentkezik, eleg, ha elmondja, mit csinal
egy fuggveny es hogyan kell ertelmezni egyes kodreszleteket, amik az
en BASIC-hez szokott szememnek tul tomorek. Az is jo lenne, ha le
tudna futtatni nekem az eredeti fuggvenyeket, hogy lassuk, en is
ugyanazokat az ertekeket kapom-e vissza.
Maganban kernek jelentkezeseket. Koszi elore is!
La'ng Attila D., iro  > <http://lad.rentahost.net>;
Felig tigris, felig sakal, felig kigyo! (Clovis Hugues)
|
| + - | Re: dos/winfos file flush.... (mind) |
VÁLASZ |
Feladó:  (cikkei)
|
On Sun, Apr 26, 1964 at 10:24:52AM +0000,  wrote:
> HC> Tud arrol valaki valamit, hogy ha egy DOS programot futtatok Win98 alatt,
[...]
> eletemben nem csinaltam egyetlen egy NE/PE se egyeb ilyen
> es hasonszoru programot!!!!! de.... amit jozan paraszti
> esszel latok, az az, hogy....
> a win is smartdrv-t hasznal... ez egy nagyon jo... khm...
Elsore en is ezt gondoltam, ennek ellenere kotve hiszem.
Win95-tol a kernelbe van integralva a cache. Az nem tudom,
hogy ilyen vicces interruptokkal ki lehet-e kenyszeriteni
sync()-et, viszont azt tudom, hogy ezt a rendszer
periodikusan (allithato idokozonkent, ami afaik fel perc
defaultbol) megteszi. A file rendszer cache-nek nem az a celja,
hogy minel ritkabban irjon a diszkre, hanem hogy osszegyujtse
a kiirando adatokat (es igy a fajlagos koltseget csokkentse).
Nem is volna ertelme sokaig dirty buffereket tartogatni,
mert ha folyamatosan dolgozik a gep, akkor elobb-utobb
betelik veluk a memoria, ha meg tetlen, akkor meg minek?
> na de ez nem eleg... ha megnezed a regi jo dos-t, vagy
> akar a win-t is, ha letrehozol egy filet, es abba irsz
> mondjuk 1 megat, aztan dir, akkor a file merete 0 lesz,
> es csak akkor fog valtozni, amikor bezarod a filet...
> tehat javaslat, hogy....
Attol, hogy a directory bejegyzesben a user 0 mertu file-t lat,
meg nem jelenti azt, hogy nincs a lemezen.
Ugyanez van torlesnel is.
> kb ugy fel orankent a program zarja be a logfileokat,
> aztan flush, es aztan nyissa meg oket ujra...
:)
> jobb otletem nincs...
Na ebben egyek vagyunk :) Illetve nekem anni gondolatom van meg,
hogy kerult az stdio-t ha lehet. Nemely implementacioja borzaszto
bugos tud lenni :(
> (illetve, az, hogy hasznaljatok stabilabb rendszert;))))
Kicsit nevetseges ezt is a windows nyakaba varrni..
_tgz
|
|
