Hello

Szeretnek "costum contol"-kat csinalni valamint szeretnem hasznalni a
visual basic-ban levo OCX-eket

ehhez hol talalok valami helpet (lehetoleg magyarul) vagy egy par szot
irhatok is rola

                koszi

Hello

activeX -rol keresnek magyar nyelvu leirast url-t

        koszi

>Miert kellene erre karakterfelismero sw-t irni???
>Van ket ugyes Win API fv: ChildWindowFromPoint, WindowFromPoint[...]
>handleje alapjan eldontheto, hogy milyen tipusu ablak, es ha
>szoveges, akkor GetWndowText el mar meg is kapod a teljes szoveget az
>ablakban.
Abban igazad van, hogy ez a dolog a standard Windows kontrollok eseten
esetleg kivitelezheto lenne (ott sem mindegyiknel), de az alkalmazas
(vagy az RTL-je, keretrendszere, stb.) altal definialt nem-szabvanyos
kontrollok eseten mar aligha mukodik. Ez pedig eppen eleg ahhoz, hogy
mint megoldas elvetheto legyen. Hiszen egy igazi megoldas lenyege,
hogy _minden korulmenyek kozott_ mukodik. Erre a dologra pedig ez nem
igaz... Szoval megnyugtathatlak, hogy teljesen korrekt, minden
korulmenyek kozott mukodo megoldas igenis csak karakterfelismeressel
oldhato meg...

Gabor

>Clipper 5.2e, Blinker 4.1
>
>Van a programban egy assembly program, amely magara iranyitja az
>INT17H-t, azaz a nyomtato megszakitast.[...]
>Az atiranyitas szabalyosan INT21H/func35H-val tortenik. A Blinker
>doksi szerint a hasznalt megszakitasok a vedett modban
>transzparensek. Ennek ellenere a rutin nem mukodik vedett modban, az
>atiranyitas nem tortenik meg, a rutin nem kapja meg a vezerlest.
>Egy masik assembly rutinban az INT10H display megszakitast hasznalom,
>az jol mukodik. A Blinker doksi szerint ez is transzparens, tehat
>azonos csoport a fentiekkel.
Nos, elore leszogezem, hogy sem Clipperrel, sem Blinkerrel semmilyen
tapasztalatom sincs (gy lehet, hogy most nagy hulyseget beszelek
ossze), de szerintem a problemad nem is ezekkel fog ossze.
Valoszinusitem, hogy a megszakitas amelyik nem mukodik azert nem ugy
meg ahogy szeretned, mert valamelyik regiszter(ek)ben egy (vagy tobb)
cimet is ad at, mig az emlitett INT10h megszakitas kizarolag implicit
ertekeket helyez el a regiszterekben. A problema ott van, hogy
amennyiben a program altal alkalmazott DOS extender nincs felkeszitve
a szoban forgo megszakitas-hivas kezelesere (a regiszterek hasznalata
ugye fuggvenyenkent egyedi dolog, igy nem automatizalhato, egyedi
kodolast igenyel), ugy nem fogja ertelmezni es "atforditani" neked a
vedett modu cimeket valos moduakka, hanem valtoztatas nelkul
tovabbpasszolja azokat a valos modu megszakitaskezelonek. A baj ott
kezdodik, hogy a megszakitaskezelo ugye valos modban fog futni es
ennek megfeleloen fogja ertelmezni a kapott cimet is, ami viszont
nyilvan teljesen mas linearis es fizikai cimet fog jelenteni, mint
amit eredetileg vedett modban jelentett.
Ilyen esetekben a megoldas az, hogy a DPMI INT31/AX=0100h funkcioja
segitsegevel garantaltan 1MB alatti memoria-teruletet kell foglaltatni
(a dolog jelentosege abban van, hogy ez minden korulmenyek kozott
biztosan elerheto lesz a valos modu programok altal is), es a
regiszterekbe mar eleve a szoban forgo DPMI funkciohivas altal
visszaadott valos modu szegmenscimet kell tolteni. (Persze az
irashoz/olvasashoz vedett modban nem ezt, hanem az egyidejuleg
visszakapott szelektor-erteket kell hasznalni.) Igy a valos modu
megszakitaskezelo valos modu cimeket fog kapni, amik pontosan arra a
teruletre fognak mutatni amit mi vedett modbol a kapott szelektoron
keresztul el tudunk erni...

Gabor

>[...]
>A továbbiakban pedig úgy néz ki, sikerült kitapintanod a Delphi
>leggyengébb pontját: a C header-fordítások *számának* elégtelenségét.
>A helyzet az, hogy a WinAPI alapjában véve C-orientált és hiába jön
>ki nekem valamelyik MSDN CD-n mondjuk a setupapi.h, ha azt a szolid
>130kb-os headert nekem kellene átfordítgatnom ObjectPascal-ra.

A Delphi Jedi project celja (http://www.delphi-jedi.org) pontosan a
C-headerek "atforditasa" Delphi ala. Bar a dolgot a Borland is
tamogatja (ha ugyan nem o hozta letre, de erre most nem emlekszem), de
szerintem nevetsegesen keveset tudnak felmutatni. (Persze most lehet
mondani, hogy "ajandek lonak ne nezd a fogat!", de en oszinten szolva
nem vagyok meggyozve a projekt effektivitasarol.) Azert letfontossagu
es nagyon popularis dolgok, mint pl. DirectX API szerencsere at vannak
forditva...
Ha olyan interfeszt kellene hasznalnod ami meg nincs atforditva, akkor
jol johet Free Pascal-os fiuk altal keszitett h2pas program
(letoltheto a FP HP-rol, http://www.freepascal.org). En szemely
szerint mar sok esetben alkalmaztam. Nem tokeletes (eleg nehez is a
dolga, hiszen a C-t nem Pascal-bol forditottak igy nehany szerkezet,
struktura, stb. "konvertalasa" eleg nehezen algoritmizalhato
effektiven), pl. rendszeresen elverzik bonyolultabb #define-okon, de
igy is nagyon sok "kezimunkatol" kimeli meg az embert. Szoval
szerintem erdemes kiprobalni...

Gabor

Üdv:
Az ötleted nem rossz, de ha ilyen igényes virtuális társadalmat ,
szeretnél készíteni, az már nem is csak egy egyszerű program igényes
változata lenne, hanem egy komplett internetes hálózatra kihegyezett
játék, persze lehet máshogy is nevezni, de techológiailag megegyezne
vele. Értem ezen azt, hogy a grafikák, hangok, egyéb hosszab
állományok, minden egyes cliens gépen fönt lenne, és egy internetes
szerver biztosítaná a társadalom alapjait( térkép, stb) és az éppen
aktuális infókat (a virtuális világban lévő poziciód, online üzenetek)
közvetítené a bejeletkezett online-ban lévő tagok között.

Na hirtelen csak ennyi jutott eszembe, de majd még gondolkodom rajt.

--
meZi (LufiHaL)



ICQ # 52609420

Hali!

Par mondat erejeig beszallnék en is a vitaba.

3 ev c/c++ utan szerencsere/sajnos, meg nem tudom, ket felevig
delphiznem kellett. Ami tetszett, hogy atlathatobb a kod, valamint ha
osztalyokat hasznalok, akkor azok pointerkent viselkednek, no meg a
fejlesztoi kornyezet is tud olyanokat, hogy a visual c messze elbujhat
mogotte.

Ami viszont nagyon nem:
- Nincs template. Egy lista classok tarolasara valoban kivalo, de pl.
mi van ha integert vagy egy kisebb strukturat szeretnek benne kezelni?
Azert ezeket megsem kene dinamikusan allokalni.
- Nincs pointeraritmetika. Mar nem emlexem pontosan, de valami
ilyesfele borzalmakkal operaltam egy dinamikus tomb
osztalyfuggvenyeiben: pointer(integer(buff) + i*elsize). Amiről a
hasznalathoz persze meg memcopy-zni is kellett a megfelelő elsize-nyi
adattipusba.
- Nincs operator overloading. Mondjuk ennek az esetek 99%-ban csak
esztetika jelentosege van. De pl. egy vektor classnal nem olyan rossz
ha (a+b)*c/s helyett nem egy
a.AddVector(b).DotProduct(c).DivScalar(s)-t kell bepotyogni.

Udv.: Gabor (egy masik, o'coz :)

Sziasztok!

Uj vagyok a VB programozasa teren es van egy problemam. Keszitettem
egy programot, ami egy Access adatbazist kezel, de nem tudok hozza
telepitoprogramot kesziteni.

Ha lenne vallalkozo szellemu segito, annak szivesen elkuldenem a
forraskodot a szukseges mellekletekkel.

Nagyon-nagyon elkelne a segitseg, mert a szakdolgozatomhoz kellene a
program telepitheto valtozata is.

Koszonettel Bako Gabor!

ui. ide is irhattok: