DynAPI is supposed to do a little more then just setting your font colors or face
If you want simple things, don't use complicated solutions.
 
"But from what I have seen of the DynAPI code and all of the comments about it,
the DynAPI is supposed to create an object that emulates a browser's document object "
 
No it's not.. it's supposed to give tools (<- read S) to create heavily enhanced websites that actually work
cross-browser. So again, if you'r looking for simple stylechanging things, you could possibly write
a single function to take care of that...
 
Also don't expect Opera support for a LONG while, they don't support 100% dom (as usual) and have
left out some key-functionality needed for DOM scripting.. so unless they start putting that in for new
releases, Opera support will not happen.
 
"But when I can create a layer without the DynAPI that allows me to set color and font properties,
along with border properties but can't do it with the DynAPI then I would think that it would be a serious problem."
 
It isn't .. it all depends on what you expect.
 
Actually all style properties can be set using the .css property of a dynlayer but NS4 is not capable of supporting it all.
 

Pascal Bestebroer
[EMAIL PROTECTED]
http://www.dynamic-core.net

-----Oorspronkelijk bericht-----
Van: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]Namens [EMAIL PROTECTED]
Verzonden: dinsdag 6 maart 2001 19:20
Aan: [EMAIL PROTECTED]
Onderwerp: Re: [Dynapi-Dev] Suggestions for the DynAPI - Part 2

I can't say that I know of any way to create a site without including special
conditions for specific browsers.  But from what I have seen of the DynAPI
code and all of the comments about it, the DynAPI is supposed to create an
object that emulates a browser's document object and provide a way to create
sites that operate as expected in at least NS and IE, possibly Opera soon,
with support for at least 4.x and up browsers.  I realize that bugs will
happen and that is an issue with code.  But when I can create a layer without
the DynAPI that allows me to set color and font properties, along with border
properties but can't do it with the DynAPI then I would think that it would
be a serious problem.  Having to use a 'label' which cuts out a number of the
properties available to a general 'layer' just doesn't seem right to me.  
Maybe I'm wrong here, maybe I'm missing the point, but from my closer
inspection of the code, it looks like it would be easier to just move the
label methods and properties into the layer object and still come out with
better code.

Reply via email to