Re: [Fresco-devel] What is a graphic?

Tobias Hunger <[email protected]> Wed, 21 Jan 2004 12:52:26 +0100
Newsgroups gmane.comp.video.fresco.devel
Message-ID <[email protected]>
This is a MIME-formatted message.  If you see this text it means that your
E-mail software does not support MIME-formatted messages.

--=_heaven-15879-1074686322-0001-2
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Ben Bucksch <[email protected]> wrote:
> How is that fundamentially different from creating a checkbox? It=20
> renders/represents something, has state interesting to and modifyable by=
=20
> the app and could theoretically be implemented by composing other=20
> graphics in the server or implementing a Graphic itself.

A checkbox is a view and a controller for a model. The checkbox itself has
no state, it's model does. It could be implemented as one graphic, but it
isen't and I can't think of any reason why it should be.

Both, the fat- and the small-graphic solution, is a way to go. That's why I
am asking. I am personally with the tiny graphics...

In the case of the HTML-renderer reading some file (from the net or
whereever), processing that to obtain a DOM and then figuring out how
that DOM should be rendered is a problem of the model, which lives in
the client. The actual rendering and notifying about changes to interactive
elements (view and controller) belong into the server as Graphics and
Controllers. At least that's how I think about this problem.

So to me a HTML-Renderer would be some client library, that creates lots of
small graphics in the server underneath some root graphic the client
developer chooses.

> >As you say, it's more of a factory.
>=20
> Yes, just like the WidgetKit and its method which creates a checkbox. As=
=20
> app, you don't know, if the checkbox factory function implements the=20
> checkbox by composing other Graphics or deriving from existing Graphics=
=20
> code or completely rolling its own. Also compare my tree widget=20
> prototype. Same for the HTML component. For the app, you call a function=
=20
> and get a Graphic (plus maybe other ways to modify the state).

Your suggestion seemed to be to have a HTML-Kit that is a factory
for HTML-Renderer graphics which get added into the scenegraph and then acts
as a factory there by producing it's children. Why would we want such a
"factory" as a node in the scenegraph when it does not contribute to the
rendering itself?

--=20
Gruss,
Tobias

------------------------------------------------------------
Tobias Hunger           The box said: 'Windows 95 or better'
[email protected]                      So I installed Linux.
------------------------------------------------------------

--=_heaven-15879-1074686322-0001-2
Content-Type: application/pgp-signature; name="signature.asc"
Content-Transfer-Encoding: 7bit
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFADmf6v0FZW3NyoqURAjB9AKCJyOK9qUyssj2ayWi6sD3qxF098wCfWDcO
0/l/ynVrt242fwbGCHtJ4Ws=
=VCJj
-----END PGP SIGNATURE-----

--=_heaven-15879-1074686322-0001-2--