Hollosi Information eXchange /HIX/
HIX CODER 803
Copyright (C) HIX
2000-04-26
Új cikk beküldése (a cikk tartalma az író felelőssége)
Megrendelés Lemondás
1 Autorunos excel makro (mind)  11 sor     (cikkei)
2 Re: Delphi 5 CreateProcess kerdesek (mind)  19 sor     (cikkei)
3 Re: Delphi 3 problem SURGOS (mind)  9 sor     (cikkei)
4 Re: C++Builder es Delphi (mind)  35 sor     (cikkei)
5 Re: C++Builder es Delphi 2.felvonas (mind)  140 sor     (cikkei)
6 RE: VB eger, szoveg (mind)  23 sor     (cikkei)
7 Visual C++ segitseg kellene. (mind)  38 sor     (cikkei)

+ - Autorunos excel makro (mind) VÁLASZ  Feladó: (cikkei)

Kedves Koderek !

Lenne egy kerdesem (mino meglepo):

Egy EXCEL munkafuzetbe irnek egy makrot, ami automatikusan elindul, amikor
megnyitom ezt a munkafuzetet. Hogyan lehet ezt megcsinálni? Talaltam
utalasokat 4.0-s verzioban nyitaskor_fut, illetve kesobb auto_activate nevu
makrokra, de nem megy nekem.

Koszonettel : Nagy Tamas

+ - Re: Delphi 5 CreateProcess kerdesek (mind) VÁLASZ  Feladó: (cikkei)

>Lenne ket kerdesem:
> 1. Ha Delphiben a CreateProcess -el elinditok egy 16 bites alkalmazast,
>    akkor hogy lehet elkerulni, hogy a megmarado ablakot kezzel kelljen
>    bezarni?
Szerintem rosszul fogalmazol: nem a 16-bites alkalmazasok, hanem a DOS
alkalmazasok hagyjak maguk utan nyitva az ablakaikat. A megoldas egyebkent
az, hogy a program melle letre kell hozni egy PIF-fajlt es abban beallitani
a Kilepeskor bezaras opciot... (Futas kozben Tulajdonsagok az ablak
rendszermenujebol...)

> 2. Szinten a CreateProcess -szel kapcsolatban: miert nem mukodik a
>    kov. eljaras, ha tobb parametert is szeretnek atadni a futtatando
>    proginak (mondjuk legalabb hatot)?
[...]
Pontosan mi nem mukodik ugy ahogy szerinted kellene es milyen parameterekkel
hivod az eljarast?


Gabor
+ - Re: Delphi 3 problem SURGOS (mind) VÁLASZ  Feladó: (cikkei)

>Delphi 3 problemaim vannak: A foform OnCreate eljaras utan letrehozza a
>tobbi formot is, de nincs megadva, hogy hozza letre.
A project-fajlbol (.prj) szedd ki az Application.CreateForm()-os sorokat es
mozgasd at oket a forrasban arra a helyre ahol letre akarod hozatni majd
oket! (A Project|Options|Forms fulen is kivalaszthatod, hogy melyek legyenek
az autocreate-es formok, de ekkor is ugyanugy neked kell majd a "maradekot"
a programban letrehoznod.)

Gabor
+ - Re: C++Builder es Delphi (mind) VÁLASZ  Feladó: (cikkei)

>2) Delphi-nek azért vannak hiányosságai, amelyek főleg abból fakadnak,
>hogy nem egy széleskörben szabványosított rendszer, hanem belterjes a
>Borlandopn belül. Pl: igaz, hogy objektum-orientált, de aki már
>megtapasztalta a C++ néhán y előnyét, szenvedni fog, pl:
> - nincs többszörös öröklődés
Van. (Lasd interfeszek!)

> - nincsenek templatek! (Gyengék a típusellenőrzési lehetőségek) Ez óriási
Hmmm... Ez eleg erdekes... Szoval szerinted a C tipizaltabb nyelv, mint a
Pascal? Na, azt hiszem erre befizetek... ;)))

>hiányosság, főleg ha valaki megszokta a BCB-ben levő Standard Template
>Library-t, ami szerintem egyszerűen csodálatos. Amilyen típusproblémák
>megoldása a Delphi-ben 1 óra, az a BCB-ben 1 perc (pl. adott egy Object /
>class, amelyből kell készíteni egy rendezett halmazt, abba beszúrni,
>törölni, keresni. Ez BCB-ben 1 sor, és tökéletesen, villámgyorsan működik,
>natív /típusos/ objektumokkal, a Delphiben hosszú szenvedés, debuggolás
>vagy típus nélküli pointerekkel való bűvészkedés).
>- ha valamilyen külső dologhoz kell interfészt készíteni, mélyebb szintre
>leásn i, akkor azért néhol a BCB-nek vannak előnyei. Talán nem olyan sok,
>mint amilyet általában feltételeznek, de azért vannak.
Sajnos halvany lila gozom sincs, hogy mirol beszelsz itt, de kivancsian
varnek nehany konkret feladatot erre a halmazos meg az interfeszes dologra
is, amit konnyebb/egyszerubb/gyorsabb megoldani Delphi-ben, mint BCB-ben.
(Ezt most nem kotozkodeskent mondom, csak tenyleg szeretnem latni, hogy ha
tenyleg jobb...)

PS: A felreertesek elkerulese vegett elmondom, hogy _nem_ Delphi-BCB
flamewart akarok levelemmel elinditani. Ez oszinten szolva eleg tavol all
tolem. (Akik megis ezt probalnak meg csinalni a threadbol azoknak szerintem
felesleges probalkozniuk, mert ugyis ki lesznek moderalva...) (Jol mondod!
H.N. moderator. :-))) Egyszeruen csak szeretnem ha alatamasztast nyernenek
bizonyos allitasok. Koszi.

Gabor
+ - Re: C++Builder es Delphi 2.felvonas (mind) VÁLASZ  Feladó: (cikkei)

Csao! 
Bocs a hosszu levelert. Nem haboruzas, csak igeterjesztes :)

"Sting" > 2000.04.25. 08:09:38 +2h-kor irta:

> > - nincs többszörös öröklődés

A) > Van. (Lasd interfeszek!)
ooops! ezt nem tudtam. Írnál erről bővebben, különösen arra kitérve, hogy ez 
egyszerűen alkalmazható-e egy user által készített kutya közönséges osztályra, 
vagy sem?

> > - nincsenek templatek! (Gyengék a típusellenőrzési lehetőségek) Ez óriási..
 .

B) > Hmmm... Ez eleg erdekes... Szoval szerinted a C tipizaltabb nyelv, mint a
> Pascal? Na, azt hiszem erre befizetek... ;)))
Bocs, én C++-ról beszélek. De elismerem, nem fogalmaztam pontosan,
félreérthető az idézett modat. Azt akartam mondani, hogy anélkül, hogy
nekiállna újraírni mondjuk a TList osztályt a-z-ig, hogy működjön egy saját
maga által definiált class-ra (pardon, object-re), akkor csak "void*",
"TObject*" használatával tudja ezt megtenni! Tehát nincs gyors, egyszerű
módszer típusos objektumokkal végezhető natív, magasabb szintű műveletekre.

> > - ...a BCB-ben levő Standard Template Library, ami szerintem egyszerűen 
> > csodálatos...beszúrni, törölni egyszerű...

> >- ha valamilyen külső dologhoz kell interfészt készíteni, mélyebb szintre
> >leásni, akkor azért néhol a BCB-nek vannak előnyei. ...

C) > Sajnos halvany lila gozom sincs, hogy mirol beszelsz itt, de kivancsian
> varnek nehany konkret feladatot erre a halmazos meg az interfeszes dologra
> is, amit konnyebb/egyszerubb/gyorsabb megoldani Delphi-ben, mint BCB-ben.
> ...
> Gabor

Tehat (nyilván úgy akartad írni, hogy amit egyszerűbb megoldani BCB-ben:)
- Halmazos

//===
#include <set>
using namespace std;
//===
// a set automatikusan rendezett halmaz template, ahol nincs megengedve 
// az elemek duplikálódása.
//===
class Int2IndexedString    //ez 2 db integerrel indexelt string
{
 public:
   int ID1, ID2;
   AnsiString s;

   Int2IndexedString(int _ID1, int _ID2, AnsiString _s="")
   {
      ID1 = _ID1;
      ID2 = _ID2;
      s = _s;
   }
};
//===Rendező függvény==
bool operator <(const Int2IndexedString& d1, const Int2IndexedString& d2)
{
   int diff;
   diff = d1.ID1 - d2.ID1;
   if( diff )
      return diff < 0;

   return d1.ID2 < d2.ID2;
}
//=== uj halmaz tipus deklarasasa a mi kis kedvenc osztalyunkhoz ===
typedef set<Int2IndexedString, less<Int2IndexedString> > Int2IndexedStringSet;
//===
void __fastcall sSearchTest(Int2IndexedStringSet* MySet, Int2IndexedString* 
data)
{
   Int2IndexedStringSet::iterator siter;

   siter = MySet->find(*data);
   if( siter != MySet->end() )
      ShowMessage("data found in set, string="+siter->s);
   else
      ShowMessage("data NOT found in set :(");
}
//===
void __fastcall TForm1::Button1Click(TObject *Sender)
{
   Int2IndexedStringSet myset1, myset2;

   //adatokkal feltöltés
   myset1.insert(Int2IndexedString(1,1,"aaa"));
   myset1.insert(Int2IndexedString(1,2,"bbb"));
   myset1.insert(Int2IndexedString(2,1,"ccc"));
   myset1.insert(Int2IndexedString(1,2,"ddd")); 
   myset2.insert(Int2IndexedString(3,4,"eee"));
   myset2.insert(Int2IndexedString(3,7,"fff"));

   //figyelem, mivel 1,2,bbb es 1,2,ddd ugyanaz a rendezo fuggveny 
   //szempontjabol - egyik sem kisebb a masiknal - a set-ben csak az egyik 
   //lesz benne, a masik felulirodik! Multiset-nel persze megorzodik mind a ket
to.

   //keresés
   Int2IndexedString d(2,1); //keresendő adat.
   sSearchTest(&myset1, &d);

   //törlés
   myset1.erase(d);
   sSearchTest(&myset1, &d);

   //2 halmaz egyesítése
   myset1.insert(myset2.begin(),myset2.end());
   d.ID1 = 3;
   d.ID2 = 7;
   sSearchTest(&myset1, &d);

   //listazas rendezett sorrendben
   Int2IndexedStringSet::iterator siter = myset1.begin();
   for(; siter != myset1.end(); siter++)
      ShowMessage("String="+siter->s);
}
//===

Szerintem ez hihetetlenul egyszerű, főleg hogy még van pár jó kis művelet a
set-re és ott vannak még a multiset-ek, ahol meg van engedve a duplikálódás.
És vannak vektorok, sorok, map-ek, ahol tetszőleges típusú objektum lehet a
keresé si kulcs stb. Ja es igencsak gyors mind a programozasuk, mind a
mukodesuk!

- mélyebb szintre leásás: mi a véleményed mondjuk a WinAPI használatáról, 
amikor pl 0-val lezárt stringekre van szükség, DirectDraw, nyomtatas stb ? 
- külső dologhoz kell interfészt készíteni: külső DLL-ekhez való csatlakozás 
tipikusan C-s adatstruktúrák átadásával, átvételével ? Hardverközeli dolgok, 
kommunikáció, hálózatos feladatok?

Szerintem ez _sokszor_ egyszerűbb C, C++ rendszerrel.

Köszi
-- 
Józsi

+ - RE: VB eger, szoveg (mind) VÁLASZ  Feladó: (cikkei)

Hello Zsolt,

> Meg tudna mondani valaki, hogy hogyan lehet elerni VB-ben (ha egyaltalan ez
> meg lehet tenni), hogy bekerjem egy valtozoba, hogy milyen szoveg (szo)
> felett van eppen az egermutato (ha egyaltalan szovegablak felett mozog)??
> Kb. olyanforman kellene, ahogyan kiirja a valtozok pillanatnyi erteket a VB
> fejlesztokornyezetben, egy BREAK-nel.
> Es valahogy ugy lenne jo, hogy _barmilyen_ ablak legyen, ne csak az az
> alkalmazas, amelybol elindult. (pl. Word-ben is mukodjon).

Mondjuk ugy, hogy megirod magadnak VB-ben a MoBiMouse nevu szoftvert.
:-)) Mashogy nehezen tudom elkepzelni, hogy egy erre fel nem keszitett
idegen alkalmazas ilyen szolgaltatasokat nyujtson neked. (marmint hogy
kurzor alatti karaktereket adjon vissza)
A MoBiMouse egy ugyes kis kepernyos karakterfelismero eljarassal
mukodik.
A karkter felimeres Marosi Istvan asztala, igy abba nem kotyognek
bele.

-- 
Udv:
    Csiszar L.                        mailto:
    www.stadium.hu/szt
+ - Visual C++ segitseg kellene. (mind) VÁLASZ  Feladó: (cikkei)

Udvozletem mindenkinek!

Ket problema miatt fordulok a listahoz.

Az elso:
Mostanaban kezdtem el foglalkozni a Visual C++ -al. Sajnos eddig meg nem
talaltam olyan lehetoleg magyar nyelvu informaciot amibol sikerult volna
alaposan megismerni.
Konkretan az MFC -re gondolok.
Az MSDN-t olvasgatom de jo volna valami alternativa. Ha esetleg valaki
tudna javasolni valamit (konyv, URL, ... )akkor megkoszonnem.

A masodik:
Egy kis utmutatas kellene hogy lehet-e es ha igen akkor hogyan
lehet megoldani ezeket a problemakat.
Egy olyan "szerver" programot kellene irnom ami az alabbiakat tudja.

1.-
Az "oprendszeren keresztul" le tud kezelni tobb modemet. Ezen azt ertem hogy
ne az en programomnak kelljen torodni a COM portok beallitasaival (IRQ,
stb...), foleg ha belso szoftveres modemek vannak, hanem a Windows ala
telepitet modemeket "valamilyen rendszerhivasokon" keresztul tuidja elerni.

2.-
Egy "foprogram" futna amelyik inditja, bezarja, felugyeli, koordinalja a
modemeket kezelo "alprogramokat". En kb ugy kepzelem el mint a tobb
dokumentumos alkalmazasokat. A felhasznalo elinditja a "foprogramot" majd a
foprogram a beallitasoknak megfeleloen kulon ablakokban elinditja az
"alprogramokat" mindegyikhez egy modemet rendelve.

3.-
Ezek az "alprogramok" egy kozos adatallomanyt haszalnanak (iras olvasas).

Roviden ennyi lenne.
Ha valami nagy baromsagot irtam akkor elnezest kerek.
A valaszokat elore is koszonom.



AGYKONTROLL ALLAT AUTO AZSIA BUDAPEST CODER DOSZ FELVIDEK FILM FILOZOFIA FORUM GURU HANG HIPHOP HIRDETES HIRMONDO HIXDVD HUDOM HUNGARY JATEK KEP KONYHA KONYV KORNYESZ KUKKER KULTURA LINUX MAGELLAN MAHAL MOBIL MOKA MOZAIK NARANCS NARANCS1 NY NYELV OTTHON OTTHONKA PARA RANDI REJTVENY SCM SPORT SZABAD SZALON TANC TIPP TUDOMANY UK UTAZAS UTLEVEL VITA WEBMESTER WINDOWS