[openeda:2004] - Re: XML, GRAFIKA, Memorijska reprezentacija elemenata... by Toplica Tanaskovic <toptan@kde.org.yu>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Dana utorak 23 mart 2004 12:14, Nikola Stojiljkovic napisa:

> znaci, biblioteka tima 2 preuzme DOM stablo (koji je prekticno
> interfejs izmedju bibl. 2 i 3) i onda na osnovu njega se formira
> interna struktura u memoriji. i slicno u suprotnom smeru... btw,
> mislim da nema sanse da se DOM koristi za radnu predstavu objektata u
> OM. mislim da je ovo OK, samo sto ce sad tim 2 morati da nauci i XML.

	NE, NE i NE. Nadam se da ti je laknulo pošto nećeš morati ni da vidiš XML :)
Tim 3 ima da da gotov element u normalnoj reprezentaciji. Prosto rečeno:

	1. Tim 2 definiše klasu recimo QElement.
	2. Tim 3 mora da da api recimo: 
		int getElement(const QString & id, QElement * e);
	3. Tim 2 u kodu recimo kaže:

QElement *elem;
int result = 0;
result = getElement("74LS32", elem);
if(result)
{
	switch(result)
	... Da vidimo sta se desilo pa nismo dobili element
}
else
{
	koristimo elem
	delete elem
}

A možemo da koristimo i izuzetke...

- -- 
Pozdrav,
Tanasković Toplica
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFAYHACtKJqksC6c0sRAmYdAJsEnc/CIYJNjI1mGqump9Xus/G/KwCfSL1h
8QjwDcxR9SSSz3lQ5jUvpOU=
=NrbQ
-----END PGP SIGNATURE-----