Új hozzászólás Aktív témák

• VIC20 őstag

  #1066

  #1065 Boolash

  2008-11-26 08:30:14

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  VIC20

  őstag

  #1065 Boolash

  #1065 Boolash

  Sziasztok!
  Egy gyors segítség jól jönne! Word-ben programozok, és elakadtam (elég hamar...) Azt szeretném kérdezni, hogy hogyan kell egy teljes szót kijelölni? Konrétan arról lenne szó, hogy rákeresek egy betüre a teljes word dokumentumban, majd az kellene nekem, hogy ne csak az a betü legyen kijelölve, hanem az egész szó!

  Set myrange = ActiveDocument.Content
  myrange.Find.ClearFormatting
  With Selection.Find
  .Text = "@"
  .Forward = True
  End With
  Selection.Find.Execute
  End Sub

  Illetve ez így ugyebár, ha megtalálta az első egyezőt, akkor leáll. Gondolom egy if -el nézem azt, hogy a myrange végére ért e. Hogy mondom neki, hogy végére ért e?
  Köszi!

  Huh, most mindenféle utánanézés előtt megkérdem: szoktad használni a Word makrórögzítőjét? Nagyon hasznos tud lenni: megcsinálja ezeknek a szövegszerkesztős műveleteknek a kódját.

• VIC20 őstag

  #1064

  #1063 ArchElf

  2008-11-21 19:27:18

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  VIC20

  őstag

  #1063 ArchElf

  #1063 ArchElf

  Kis angoltudás kék hozzá: link

  AE
  
  Comment 1: 5 perc google volt
  Comment 2: VB.NET-ben kb ugyanennyi idő megcsinálni is (lásd IComparer intefész)

  Köszönöm szépen a segítséget!

  Kommentár a "Comment1"-hez: De mégis, milyen jó, hogy meg lehet kérdezni ilyesmit a hozzáértőktől egy ilyen fórumon, mint ez is, amely tulajdonképpen ezért van.

• VIC20 őstag

  #1062

  #1058 Jester01

  2008-11-18 20:06:37

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  VIC20

  őstag

  #1058 Jester01

  #1058 Jester01

  Nem lehet, hogy 1-el kezdődik az indexelés? Vagyis a SortKey=1 beállítást próbáltad?

  Elmondom, hogy is van ez nálam.

  Van ugye a formon egy ListView vezérlő, ami eléggé el nem ítélhető módon a ListView1 nevet viseli.

  Az inicializáló részben a következők történnek:

  ListView1.ColumnHeaders.Add 1, , "Címke", 900
  ListView1.ColumnHeaders.Add 2, , "Leírás", 8000
  ListView1.ColumnHeaders.Add 3, , "Típus", 5000
  ListView1.ColumnHeaders.Add 4, , "Dátum", 1500

  Vagyis kap négy oszlopot. (Az első név félrevezető: a címke valójában a sorszámot jelenti.)

  Ezeket a következőképpen töltöm fel.

  'A listview vezérlő feltöltése
  If Tombmeret > 0 Then
  For i = 1 To Tombmeret
  If AdatBazis(i).hasznalt = True Then
  a$ = "A" & Str(i) 'Sajnos számot még füzér alakban sem fogad el a hülye listview vezérlő, ezért egy betű kell elé. De ez komoly, még str(i)-t sem enged magába tölteni.
  FoAblak.ListView1.ListItems.Add , a$, Str(i)
  FoAblak.ListView1.ListItems(a$).SubItems(1) = Trim(AdatBazis(i).leiras)
  FoAblak.ListView1.ListItems(a$).SubItems(2) = Tipus_szoveggel(AdatBazis(i).tipus)
  FoAblak.ListView1.ListItems(a$).SubItems(3) = AdatBazis(i).datum
  End If
  Next i
  End If

  A rendező rész a következő:

  Private Sub ListView1_ColumnClick(ByVal ColumnHeader As ColumnHeader)

  Dim a As Integer

  a = ColumnHeader.Index - 1

  ListView1.SortKey = ColumnHeader.Index - 1

  If ListView1.SortKey = a Then
  If ListView1.SortOrder = lvwAscending Then
  ListView1.SortOrder = lvwDescending
  ElseIf ListView1.SortOrder = lvwDescending Then
  ListView1.SortOrder = lvwAscending
  End If
  End If

  ListView1.Sorted = True
  End Sub

  Ezzel vidáman rendez pl. dátum szerint is oda-vissza, de az első oszlop (ami a sorszám lenne) a szokásos hibát produkálja: a 10 nem a 9 után jön, hanem az 1 után (ABC szerinti rendezés).

  Mit lehet tenni?

• VIC20 őstag

  #1057

  #1056 Jester01

  2008-11-18 11:03:35

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  VIC20

  őstag

  #1056 Jester01

  #1056 Jester01

  Már régen basiceztem, de nézd meg nem lehet-e az oszlop típusát számmá alakítani. Vagy ha nem nagyon ronda, akkor balról pótold ki nullákkal a számokat.

  Köszi a választ!
  Hogyan gondoltad az oszlop típusát számmá alakítani?

  A súgó azt mondja, a SortKey tulajdonságra, hogy:

  Setting:
  0 Sort using the ListItem object's Text property.
  > 1 Sort using the subitem whose collection Index is specified here.

  Nálam a rekordszámnál 0-ra jön ki a setting, mivel az van az első oszlopban, tehát szöveg alapján fog rendezni. A többi esetre nem mondja ki, de nem lehet, hogy ott is a text tulajdonság alapján rendez?

  Akkor mit tehetek? Nekem kell megírni a rendező algoritmust, az majd törli a vezérlő teljes tartalmát, majd feltölti "kézzel" az elemeket?

• VIC20 őstag

  #1054 2008-11-18 00:23:48

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  VIC20

  őstag

  Egy rövid kérdés: ha a ListView vezérlőben az első oszlop egy adatbázis rekordjainak a sorszámát tartalmazza, és én e szerint szeretném rendeztetni az elemeket, hogyan tudom elérni, hogy az 1 után a 2 következzen, ne a 11, 12... stb. ?

• VIC20 őstag

  #1052 2008-11-12 14:16:07

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  VIC20

  őstag

  Tényleg, röviden össze tudja valaki foglalni, miért érdemes VB.NET-re váltani?

• VIC20 őstag

  #1048

  #1044 Goose-T

  2008-11-10 13:22:33

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  VIC20

  őstag

  #1044 Goose-T

  #1044 Goose-T

  A VB6 után már a VB.NET jött, és nagyon eltér a régi verzióktól, tényleg újra kell tanulni. Mondjuk szerintem megéri, mert sokkal többet tud. Érdekes, hogy még VB6-ot használsz, az már egy tíz éves őskövület.

  Hát, nem tudom, van-e olyasmi, ami miatt feltétlenül szükséges .NET-re váltanom. Arról annyit hallottam, hogy bonyolultabb és lassabb, több erőforrást zabál.

• VIC20 őstag

  #1043

  #1042 ArchElf

  2008-11-05 11:14:11

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  VIC20

  őstag

  #1042 ArchElf

  #1042 ArchElf

  De (vagy CurDir???)
  Amúgy ha jól rémlik ezt azt adja meg, ami:
  1)
  Ha magát az exe-t indítottad el, az a könyvtár, ahol az exe van
  2)
  Ha shortcut-ot indítottál, az a könyvtár, ami a shortcut "start in" mezőjében szerepel. Ha a start in könyvtár nem érvényes, akkor asszem a %windir% környezeti változó lesz az értéke (ami leggyakrabban c:\windows, de ez is telepítésfüggő)

  Úgy rémlik, hogy a VisualBasic IDE-t úgy lehet "átvágni", hogy ne a c:\program files\... legyen a start in könyvtár a projektnél, hanem a projektkönyvtár, hogy nem az IDE-ből indítod el a projektedet, hanem közvetlenül a projekt fájl megnyitásával. Elég régen használtam már VB6-ot nem vagyok benne biztos.

  AE

  Köszi a tippeket!

  Egyébként most miben programozol? Fejlettebb VB-ben, vagy úgy általában abbahagytad a VB-t? Csak azért kérdeztem, mert én most ezen gondolkodom. Megpróbáltam egy projektet átvinni VB2005 alá, de nem sikerült. Annyival eltérnek az újabb verziók? Annyira, hogy gyakorlatilag újra kell tanulni a programozásukat? Megéri?

• VIC20 őstag

  #1041 2008-11-05 08:48:42

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  VIC20

  őstag

  Nem valami App.Path ?

• VIC20 őstag

  #1040

  #1039 ArchElf

  2008-11-05 08:44:00

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  VIC20

  őstag

  #1039 ArchElf

  #1039 ArchElf

  Épp azt írtam, hogy ez program és installer függő. Vagy célszerű tudnia programodnak, hogyan működik az installer (hova milyen adatokat ír), vagy pedig csak egyszerűen le kell kérdeznie a futó folyamat indítási könyvtárát.
  Amúgy az alkalmazásodba ne statikus, hanem relatív útvonalat használj. Tudom, hogy ez problémás a fejlesztéskor, mert alapból VB könyvtárában keresi a fájlokat, ha egy projektet indítasz, nem a projekt könyvtárában, de ezt is meg lehet kerülni.

  AE

  Igen, ebbe a statikus-dinamikus dologba én is beleszaladtam, még az elején, így egyelőre statikus maradt. Az vigasztal, hogy a végén elég egyszerűnek ígérkezik lecserélni relatívra.

  Lehet, hogy lamerség, de azért megkérdem, hol találom konkrétan a futó folyamat indítási könyvtárát? Köszi!

• VIC20 őstag

  #1038

  #1037 ArchElf

  2008-11-04 12:09:31

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  VIC20

  őstag

  #1037 ArchElf

  #1037 ArchElf

  A Visual Studionak van saját installere (persze nem az Express változatnak), de lehet válogatni a piacon is bőséggel (de ha van egy 1 órád, vagy fél napod, te is összedobhatsz egy alap telepítőt a programodhoz)... Anno használtam VB6-hoz is a beépített installer plugint (bár azért az kicsit már a szenvedés határát súrolta).

  AE

  Az érdekelne, hogy hol van a kapcsolódási pont az installer és az installált program között.Vagyis honnan veszi át a program azokat az adatokat, hogy hova is telepítették, milyen beállításokkal?

• VIC20 őstag

  #1036

  #1035 ArchElf

  2008-11-03 13:56:05

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  VIC20

  őstag

  #1035 ArchElf

  #1035 ArchElf

  Kérdés, hogy hogyan telepítették föl... Mondjuk a legegyszerűbb megoldás a registry (telepítéskor beíródik oda minden adat, ami neked kell), de lehet egy text file is a programod mellett. Mindenesetre ez nagyban függ attól, hogy te írod a telepítőt is, vagy valami szabvány telepítőbe teszed bele a programod.
  Amúgy az alkalmazás le tudja kérdezni a környezeti változóit. Pl mi a futtatott fájl elérési útvonala, mi van megadva "start in" könyvtárnak a linkjében, ha azzal indították, ésatöbbi...

  AE

  Hát, igen, az első megoldás az lenne, hogy összecsomagolom, és használati utasításként mellé írom, hogy a c:\xyz könyvtárba KELL kitömöríteni, és csak oda, mert máshol nem működik. (Bár ez nem igazi megoldás.)

  Valami szabvány telepítőre gondoltam; gondoltam, azzal nem lesz sok gond. Tartalmaznak az ilyenek valami módszert a registry írásra vagy más effélére?

• VIC20 őstag

  #1034 2008-11-03 11:08:26

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  VIC20

  őstag

  Tapasztal VB programozók, tudtok segíteni?

  Ha készítek egy programot, amit aztán föltelepít valaki, honnan fogja tudni az a program, hogy hova telepítették, milyen elérési úton keresse a konfigurációs fájlt, meg az adatfájlokat, amikkel majd dolgozni fog? Hogyan kell ezt beírni a kódba?

• VIC20 őstag

  #1032 2008-10-22 10:20:25

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  VIC20

  őstag

  Sziasztok! Van valakinek ötlete az alábbi problémához?

  Szeretnék külső programot meghívni egy VB programban, konkrétan egy RAR-os tömörítést szeretnék csinálni (biztonsági mentés). Van ugye ez a Shell() függvény, de az, ha jól tudom, nem várja meg, amíg a külső program lefut, és a visszatérési értéket sem adja vissza (errorlevel vagy ilyesmi).

  Van valakinek megoldása? Köszi előre is!

• VIC20 őstag

  #934

  #933 sonar

  2007-10-31 14:21:12

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  VIC20

  őstag

  #933 sonar

  #933 sonar

  Hát VBA-ban nem vagyok otthon

  Hát, igazából nem annyira VBA-specifikus a probléma. Most eszembe jutott valami, ha sikerül végiggondolnom, leírom az ötletet.

• VIC20 őstag

  #932

  #931 sonar

  2007-10-26 10:39:17

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  VIC20

  őstag

  #931 sonar

  #931 sonar

  Megoldható a dolog.
  Fájl megnyitással és értelmezéssel. Bár elég szűkszavúan fogalmaztál, és egy problémát többféle képpen is meg lehet oldani.

  Elmondom részletesebben.

  Word-ben szeretnék alkotni valamit, ami képes összerakni egy dokumentumot anélkül, hogy "előre ismerné" annak tartalmát. Ezt tartalmazná a szövegfájl. Tehát a VBA program csak bekérné a változókat, kiválasztaná a megfelelő txt fájlt, aztán ráengedné az értelmezőjét.

  Leegyszerűsítve valahogy így:

  HunyóNeve$, " a hunyó!"

  És akkor a program szépen a HunyóNeve változóból tenné be, hogy "Józsika" vagy "Pistike".

  Tehát az eredmény ilyesmi lenne:

  Pistike a hunyó!

  Igazából persze bonyolultabb a dolog. Papíron egy egyszerűbb HA... AKKOR... szerkezetet lefirkantottam már, de a változókra való hivatkozás jelenti a fő gondot.

  Arra gondoltam, hogy valamiféle előzetes "rögzítés" azért kellene: vagyis a változóneveket azért fixálni kellene, tehát ugyanazokat a változókat kellene használni a programnak, mint amelyek a leíró fájlban szerepelnek. Aztán a programba meg írni kéne valami kezelőt, mondjuk egy függvényt, ami visszaadja az adott változó értékét. Ehhez gondolom minden változót egyenként fel kellene vinni, "meg kell tanítani" neki. Sok változónál ez baromira nagy munkának tűnik. Főleg, hogy új típusokat is bevezetnék (Pascal-os rekord-szerűségekre gondolok), ez még bonyolítaná is.

  Esetleg van valami huszárvágás-szerű megoldás? (Hivatkozni a változóra egy füzérrel? Kis túlzással adatból kódot csinálni?)

• VIC20 őstag

  #930 2007-10-24 22:35:42

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  VIC20

  őstag

  Sziasztok! Lenne egy érdekes kérdésem:

  Elég különleges módon szeretnék hivatkozni egy változóra. Nem a felhasználó beavatkozásán múlna a dolog, hanem egy állományból olvasnám be a nevét. Szerintetek van erre valamilyen módszer vagy valamilyen értelezőt kell írni hozzá?

• VIC20 őstag

  #340 2006-02-17 11:14:42

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  VIC20

  őstag

  Nem tudom, találkozott-e már valaki ezzel: Win98-as géppel dolgozom, Office XP van rajta. Megpróbálom futtani kedvenc kis VBA-projektemet, erre csak egy hibaüzenet küld: Compile error in hidden module: bla-bla-bla. Megnyitom a DOT-fájlt, ekkor már értelmesebben reagál: Can't find project or library, és egy egyerű Date függvénynél akadt meg. Úgy tűnik, mintha alapvető VBA-s függvényeket nem tudna értelmezni.
  
  Teljesen újratelepítettem az Office-t, eredmény semmi. Lehet, hogy a Windows-al van a hiba? Hiányzik valami DLL? Hol tárolhatja a VBA-értelmezőt a Windows?
  
  Kösz a segítséget!
  
  

Új hozzászólás Aktív témák