Tegnap feltettem egy kerdest, de nem jott meg az aktualis CODER mail.
Valami jotet lelek forwardolna maganban ezt a mailt, ha kaptam a subj.-re valas
zt?
Tnx, Rx

> Felado :  [Hungary]
> Temakor: LPT fizikai jellemzok ( 15 sor )
>
> Tud nekem segiteni valaki abban, hogy merre talalok KIELEGITO dokumentaciot
> a PC portok (elsosorban az LPT) fizikai jellemzoirol? Kifejezetten az
> erdekelne, hogy mekkora aramokat kergethetek at a jel es control vezetekein,
> ha egy kutyut pl. az LPT portrol akarok megtaplalni.

Hali, Robi!

Attol tartok, ilyet nem talalsz. Nekem volt 1-2 dolog
PIC-cel, ami a printer portrol jart, de gepe valogatja,
mit tud a port.
Kezdetben volt leginkabb megfoghato a dolog, mikor TTL
'244 volt az LPT port, de a mai vilagban, mikor ugyanaz
a chip intezi az osszes LPT, COM, GAME portot es meg
ki tudja, mit, a gyartonal aktualis szelirany az egyeduli
mervado.
Egy tipp: en nem diodakkal csinaltam a tapot, hanem PNP
tranzisztorokkal: emitter a port adatbitre, bazis a
foldre 47k-n keresztul. Kollektoron ott volt a cucc tapja.
Ez arra jo, hogy a kollektor-emitter feszultseg par mV
csak, messze a kommersz dioda nyitofesz alatt. Tobb adatbit
tobb tranzisztorral (kozositett kollektoraikon) nagyobb
terhelhetosegu tapfeszt allit elo.
Persze, lehetne Schottky diodakkal is, de a BC212 olcsobb.
Bye, Rx

>Felado :  [Hungary]
>Temakor:      ( 76 sor )
>Idopont: Tue Jul 17 09:53:10 CEST 2001 CODER #1240
>- - - - - - - - - - - - - - - - - - - - - - - - - - - -
>
>Sziasztok !
>
>> Egyébként más hozzászólás nincs? Senkit se érdekel ez a téma? (no flame,plz)
>Beszallok a BCB vs VC eszmefuttatasba en is egy kicsit.

sajnos en is beszallok (majd jol orba is vagom magam e miatt), mert nem
szeretem ha valotlansagot tenykent latok leirva :((

>Azert hogy minel objektivebb legyen az osszehasonlitas, csak
>kezzel foghato tenyeket vettem figyelembe.

ezt az objektiv dolgot gondold at +1* szerintem

>1. szempont: c++
>Ha eltekintunk a VCL-tol es az MFC-tol, es mint c++ fejlesztoeszkozoket
>hasonlitjuk ossze a BCB-t es a VC-t, a kovetkezo az eszrevetelem:
>Amit a VC csinal, azt nevezhetjuk c++ -nak, de amit
>a BCB, az mar nem teljesen c++.

ez erdekes, akkor vajon mire kapott ansi tanusitvanyt??

>Pl. BCB-t hasznalva ilyen dolgokat rak a forrasomba, amit a legnagyobb
>joindulattal sem lehet c++ nyelvnek nevezni:
>(ezt kikerulni nem lehet, legalabbis nekem nem sikerult)
>USEUNIT("db_config.cpp");
>USERES("db0.res");

pedig lehet, probald jobban :)

Pl. consol wizard-dal vagy kezzel, keszits uj consolos projectet, mind ket
esetben teljesen hordozhato kodot tudsz kesziteni (mas keredes, hogy a
makefile esetleg modositasra szorul egyeb forditoknal)

>Ezzel mar eldolt a hordozhatosagi vita, a programot valtoztatas nelkul
>csak BCB-vel lehet leforditani, a programom maris kotodik
>egy ceg termekehez.

ez 1 kicsit korai vegkovetkeztetes, nem gondolod, valoban vannak a borland
termekeben 'erdekes' dolgok, nem szabvanyos kivetelek, ujitasok, stb. de
igen is lehet veluk hordozhato kodot kesziteni.

reszemrol nem szeretnem folytatni a vitat
1. ertelmetlen flame jellegu dolog
2. mindenki azt hasznal, amit akar, es az valoszinuleg az, ami az adott
feledathoz legjobban passzol, ill amit mar jol ismer
3. nincs ra ido, inkabb szakmai dolgokrol beszeljunk, az joval erdekesebb
4. uncsi immaron 2000893087834* ugyanarrol beszelni

udv
    Hofi

Sziasztok !

Van egy kis problemam a metafile-ok kornyeken.
A kov. programmal egy egyszeru metafile-t szeretnek kesziteni, amit
utana CorelDraw 7-el es Word-el megnyitva ugyanazt latom:

1.  #include <windows.h>
2.  void main (void) {
3.      HDC hdcMeta;
4.      RECT rect;
5.
6.      rect.top = 0; rect.bottom = 3000;
7.      rect.left = 0; rect.right = 3000;
8.      hdcMeta = CreateEnhMetaFile (NULL, "test.emf", &rect, NULL);
9.
10.     //SetMapMode (hdcMeta, MM_HIMETRIC);
11.
12.     Rectangle (hdcMeta, 0, 0, 25, 25);
13.     Rectangle (hdcMeta, 25, 25, 50, 50);
14.     MoveToEx (hdcMeta, 0, 0, NULL);
15.     LineTo (hdcMeta, 100, 100);
16.
17.     CloseEnhMetaFile (hdcMeta);
18. }


A 6. es 7. sorban beallitom a keletkezo kep meretet, az MSDN
szerint az itt megadott ertekek 0.01 mm-ben ertendok,
tehat a kep 30*30 mm meretu lesz.

A 12. - 15. sorban rajzolok a kepre, de az itt levo
koordinatak mar nem 0.01 mm-es egysegekben lesznek ertelmezve.

Ha a 10. sorban beallitom a SetMapMode-ot,
akkor sem 0.01 mm-ben fogja utana ertelmezni a koordinatakat,
hanem valami mast csinal. (Nagyon nagy lesz a kep)
Egeszen pontosan mit csinal a SetMapMode fuggveny ebben az esetben ?

Hogyan lehet azt megoldani, hogy ugy rajzoljak egy metafileba,
hogy rajzolaskor 0.01 mm-ben megadott koordinatakat hasznalhassak ?

Erdekes dolog, ha a hdc-t nyomtatora nyitom meg es
ugy allitom a SetMapMode-t MM_HIMETRIC-re, akkor
jol mukodik, a megadott koordinatakat tenyleg szazadmillimeterben fogja
ertelmezni, a nyomtatobol merethelyes kep fog kijonni.

Tovabbi problemam:
A programmal keszitett file-t CorelDraw 7 -el megnyitva csak a
ket negyzetet rajzolja ki, a vonalat nem,
ha Word-el egy dokumentumba beillesztem a kepet, akkor pedig
rajta van a vonal is.
Ez minek a hibaja ?
En csinaltam valamit rosszul vagy a Corel ?

- Tamas -