Szia!

> Egy elakadas. WM_MOUSEMOVE message elfoghato dialoggal, de a dialogon
> talalhato kontrollok felett mozgatott eger nem a dialognak kuldi,
> hanem (gondolom) a kontrollnak es igy nem fut le a mozgatas
> esemenykezeloje. Hogy lehet elerni, hogy a kontroll felett keletkezett
> egermozgatast is le tudjam kezelni. A kontrollnak click es dblclick
> esemenykezelot tudok csupan adni.... Mi a megoldas...? API-ban konnyu
> volt, de MFC-vel nem trivialis....szamomra

Nahszoval: fogod a dialog classt, felulirod a PreTranslateMessage
nevu fuggvenyet. (Erosen ajanlott classwizarddal ;)
Ez akkor hivodik meg, amikor az ablaknak (dialognak) uzenet erkezik, 
de meg nem kezelte le.
Ebben figyeled a mouse mozgatast es azt csinalsz amit akarsz... ;)

BOOL CMyDialog::PreTranslateMessage(MSG* pMsg) 
{
	if (pMsg->message==WM_MOUSEMOVE)
	{
		// azt csinalsz amit akarsz...

		return TRUE; // jelzed, hogy az uzenet lekezelve lett.
		// esetleg ha ezt kihagyod, a dialog esemenykezelojen 
		// keresztul meg a kontroll _is_ megkapja :)
	}

	// minden egyeb messaget tovabberesztesz az eredeti utjara
	return CDialog::PreTranslateMessage(pMsg);
}

udv:
kopper.

Regebben, meg FPW 2.6-ban csinaltunk ilyet, jol mukodott is.
Wordot es Excelt hasznaltunk DDE serverkent a dokumentumok
osszeallitasara es nyomtatasara.

Abban a FoxProban a help leirta a DDE hasznalatat,
gondolom ez a VFP eseteben sincs maskent.
A Word oldali DDE leirasa a Word helpjeben (a 8.0-ban is)
talalhato, csak at kell valtani a Visual Basic reszre.
Ez utobbi a szokasos telepitessel nem kerul fel.

A modszer hatranya az utobbi idokben jelentkezett. Ismet hozza kellett
nyulnom a programhoz, de kozben a Word is es az Excel is tobb verzioval
lepett elore, a felhasznalotol pedig nem volt elvarhato, hogy egy program
kedveert a Word 6.0 es az Excel 4.0 legyen a gepen. A Visual Basic pedig
ilyen szinten nem volt 100%-ig kompatibilis az elozo verziokkal, kulonosen
nem a Word Basic-kel. Szoval ezzel a dologgal lehet, hogy minden 1-2 evben
meg kell majd kuzdeni, nem eleg a FoxProt portolni az ujabb verziokra.

Ha tudok meg valamiben segiteni, keress meg maganban.

Udv,
Denes

Hello 

>Kanyargom.
>A unix az mióta nem grafikus felületű  (Ahogy ezt a postingot írom, 6 frame
>van nyitva :-) )
Ezt nem nekem kell magyarazni, hanem az igazgatonak. Megszallott
vindoz buzi! Vegulis ez nem lenne baj, csak ne szoritana minket is
korlatok koze.  :((
A tanarok attol felnek, hogy mi van akkor, ha egy vin orult
vizsgabiztos jon le. Egy linuxos titant kapasbol megrantanak. Akar a
konzol reszre ir, akar az X-esre.
De ebbol ne csinaljunk flame -et.

>prezentálni unixos gépet DB2-vel a bemutatáshoz.  Így cipelhettem be a saját
>gépemet :-))
Nalunk sincs linuxos gep. Es eleg tavol (mas city) lakom a sulitol.
Na, azert nem fogom cipelni.
Ja, de, van linuxos gep. A proxy  :))

>Láttam már olyat, hogy valakit azért nyúztak meg a vizsgán, mert gyanús volt,
> hogy nem ő írta a szakdoliját.
>(Aztán végülis átment, de nem lettem volna a helyében ...)
Az ilyen vizsgabiztost irtani kellene!

>Ha nem valami nagyon penge suli, akkor IMHO azt nem várják el, hogy (csak)
>azt használd, amit ott tanultál.
>Az a lényeg, hogy a téma stimmeljen.
Hat nem mondhatnam, hogy rossz. Mert eleg szinvonalas az oktatas. A
vizsgabiztosok miatt van a baj. Tavaly volt nehany gyerek, aki linuxra
csinalt progit es vin buzi vizsgaztatot kaptak. Mivel ott nem tudtak
bemutatni, igyhat megrantotta oket. Persze fellebbeztek es kivalo
eredmenyt kaptak.
Ha jol emlexem, akkor egyikuk egy mail klienst csinal, a masik
pedig egy IRC klienst.

Best regards,
      Vincuka
mailto: 

 wrote:
> Nagy problemam van. Szeretnek _PYTHON_ ban programozni, de
> nincs hozza _magyar_ nyelvu leirasom...
A magyar nyelvu (nem sok) doksihoz eljuthatsz a http://www.python.org/
a python honlapjan keresztul is. Itt a "Documentation"-ra kell bokni,
majd a "Non-English documents"-re es megtalalod a magyar nyelvueket.
A fenti utat meg lehet jegyezni, de leirom a  kevesbe megjegyezheto
kozvetlen cimet is http://www.cab.u-szeged.hu/~h532851/python.htm .

Hi,

Igen ez nagy kibaszása a vc-nek. Plusz, egy projectben egy .res file.
Őrület, de tapasztalataim azt mutatják, hogy meg merték
tenni a mocskok.
Jómagam úgy oldottam meg problémát, hogy magába az .exe
 ..rc file-jába raktam a .dll-ek áltatl igényelt resource-ot.
Ha valakinek más tapasztalata van az ossza meg velünk
legyen szíves.

Üdv,
bernie

Hello!

Nagyon faradt lehettem, amikor ezt irtam:

***

program avagy_hogyan_irjunk_igazan_gusztustalan_programot;
uses crt;
const ___:array[false..true] of string[$03]=(#0#0#8,#10#10#13);
const ____:array[0..5] of byte=($01,$04,$0a,$0f,$11,$f0);
procedure the;
  procedure __(_:byte);
  begin
    if not ((_ and ____[5]) shr ____[1]=____[0]+____[2]) then begin
      write(___[(_ and ____[3])=____[0]],
           (((_ and ____[5]) shr ____[1])*(_ and ____[3])):____[1]);
      _:=byte(_ and ____[3]=____[2])*((_ and ____[5])+____[4])+
         byte(_ and ____[3]<>____[2])*((_+____[0]));
      __(_); 
    end;
  end;
;

begin the end.

***

Aki a futtatasa nelkul rajon, hogy mit is csinal, az buszken huzza ki
magat! :)

Jo gondolkodast! Csa, Aero... (Ha valakinek tetszik, tudok meg kuldeni :)

Mai mottok:
- Szakitani akarsz a baratnoddel? Vegyel magadnak szamitogepet!
- Jogos kerdes: Az erettsegi tablokon miert csak negyedikesek vannak?!

> >Mi tortenik akkor, ha
> >tul nagy processzoridot  igenybevevo rutint vegeztetek el? (Gondolom
> >jegkrem...)
> 
> Betellhet a stack.

Ha elobb a te rutinod fut le, csak utana az eredeti, akkor nem szamit,
addig ugyis le van tiltva a tobbi megszak. Inkabb a DOS aktiv flag
figyelese a fontos, amennyiben DOS rutinokat is akarsz hasznalni.

Andras

On Thu, Jul 08, 1999 at 05:04:17AM +0000,  wrote:
> Hali!
> 
> Van egy feladatom & nincs kedvem megírni rá a progyt.
> Unix & co alatt meg is lehetne oldani programozás nélkül is, de win-re 
> kellene :-(
> Tud valaki winxx-re sed-et

simtel mirrorokon kell lennie (ftp://ftp.iif.hu)

> & valami tisztességes LaTeX-et?

emTeX (nem tudom mennyire tisztesseges, csak azt, hogy ez megy
dos alatt)
ftp://ftp.sztaki.hu/pub/tex/systems/msdos/emtex

:-* :
_tgz

On Thu, Jul 08, 1999 at 10:56:18AM +0000,  wrote:
> Nagy problemam van. Szeretnek _PYTHON_ ban programozni, de
> nincs hozza _magyar_ nyelvu leirasom...

Magyar Python oldalak: http://www.cab.u-szeged.hu/~h532851/python.htm

:-* :
_tgz

Hello coderek,

Mindenkinek nagyon koszonom a segitseget a programinditasban es a kep
mozgatasaban, ezekbol most mar el tudok indulni.

Udvozlet,
 Karcsi
mailto:

>Tud valaki winxx-re sed-et & valami tisztess?ges LaTeX-et?

DOS-ra tudok sed-et (mondjuk abban kulonbozik -- kulonbozhet -- egy
winxx-estol, hogy nem tudja a hosszu file-neveket, azonkivul 16 bites --
valoszinuleg egy 32 bites konzol alkalmazas gyorsabban futna, ambar jomagam
meg vagyok elegedve a sebessegevel). Nem tudom, hogy mi a helyzet a
licencelesevel, ha gondolod megnezem es ha olyan, akkor elkuldom.

LaTeX-re nincs 5letem.

Tamas

Sziasztok,

>>Egy olyan interruptot szeretnek installalni, ami x masodpercenkent
>>meghivodik. Melyik ez? Lehet allitani, hogy milyen gyakran hivodjon  meg,
>
>Legegyszerubb talan a timer (0x1C) int. ami masodpercenkent 18.2-szer 
hivodik
>meg. Masik mod az alarm funkcio beallitasa (0x1A/06), ha letellik az ido,
>meghivja a 0x4A megszakitast (erre kell raultetned a sajat rutinod)
Ez ket egy megoldas, s azonkivul meg lehetoseg van a Timer
atprogramozasara is hogy pl. masodpercenkent 1x adjon interruptot,
vagy masodpercenkent 10ezerszer, ami persze razos, de ha esetleg ez
kell akkor megoldas.


>nekem kell egy szamlalot belerakni?  Es egy zarokerdes. Mi tortenik akkor, ha
>tul nagy processzoridot  igenybevevo rutint vegeztetek el? (Gondolom
>jegkrem...)
Attol fugg hogyan is vegzed el. Lehet jegkrem is, de meg lehet oldani.
Ha nem szabaditod fel az interrupt rendszert az EOF (End of
Interrrupt) kiadasaval, akkor elobb-utobb fagyi lesz, s elvesznek az
interruptok. Ha viszont kiadod mar a rutinod elejen akar az EOI jelet,
akkor a rutinod gyakorlatilag mar nem interruptszinten fut, s
nyugodtan molyolhatsz. Viszont ugyelni kell arra is, hogy ha ez a
timer-re van epitve, akkor ujbol meghivodik! Vagyis vagy legyen
reentrans a rutinod, vagy legyen reentrancia vedelem benne. Egy pelda:
[Bocs, szintaktiakailag nem lesz helyes, de csak ugy beirtam most.]


volatile int TimerAktiv ;

void TimerInterrupt()
{
   if ( !TimerAktiv )
      {
      TimerAktiv=TRUE ;
      outportb( 0x20, 0x20 ) ;// EOI
      // itt nyugodtan lehet a hosszabb ideig futo kod.
      TimerAktiv=FALSE ;
      }
   //esetleg meghivni az eredeti timert itt, altalaban hasznos
}

void main()
{
   TimerAktiv=FALSE ;
   .
   .
   .
}

A ciki akkor lehet, ha mindegyik IT-re szukseged van, s nem lehet ily
modon eldobni a reentransan erkezoket, s a kod is sokaig tart, akkor
valoszinuleg kell venni egy gyorsabb procit, amin hamarabb lefut a
kod.

Sziasztok,
Juan