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.
|
|