Menu
▾
▴
dynapi-dev — List related to the current DynAPI Core development
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(75) |
Nov
(252) |
Dec
(418) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(659) |
Feb
(1039) |
Mar
(870) |
Apr
(235) |
May
(329) |
Jun
(251) |
Jul
(123) |
Aug
(119) |
Sep
(67) |
Oct
(194) |
Nov
(535) |
Dec
(133) |
| 2002 |
Jan
(122) |
Feb
(24) |
Mar
(29) |
Apr
(28) |
May
(16) |
Jun
(20) |
Jul
(11) |
Aug
(12) |
Sep
(13) |
Oct
(14) |
Nov
(23) |
Dec
(19) |
| 2003 |
Jan
(28) |
Feb
(170) |
Mar
(288) |
Apr
(211) |
May
(126) |
Jun
(166) |
Jul
(131) |
Aug
(102) |
Sep
(211) |
Oct
(301) |
Nov
(22) |
Dec
(6) |
| 2004 |
Jan
(14) |
Feb
(16) |
Mar
(7) |
Apr
|
May
(8) |
Jun
(25) |
Jul
(21) |
Aug
(2) |
Sep
(7) |
Oct
|
Nov
(2) |
Dec
(1) |
| 2005 |
Jan
(4) |
Feb
(2) |
Mar
(14) |
Apr
(24) |
May
(3) |
Jun
(7) |
Jul
(30) |
Aug
(5) |
Sep
(1) |
Oct
(3) |
Nov
|
Dec
(1) |
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(4) |
Oct
|
Nov
|
Dec
|
|
From: Michael Br. <mb...@st...> - 2001-02-07 23:53:13
|
here we go: The reason why none of the example-widgets in the snapshots work on IE5/Mac is the following: The first child's elm-property is wrong, it points to the elm-Object of its parent. posted this on sourceforge some time ago. detailed information and testcase: http://n.ethz.ch/student/mibuerge/dynapi/var/testcase.htm (uses the current snapshot of the DynAPI) can somebody reproduce the behaviour i described above? any clues why this happens? -- Michael Buerge |
|
From: Michael E. <Mic...@il...> - 2001-02-07 23:19:02
|
Liam, We are also trying to get DynAPI working on the Mac (IE 5.0, NS 6.0, in addition to the PC)... our current crunch is getting ScrollPane to = work. If/when we make progress we'll post our findings. Please feel free to contact me if you have any ideas you want to bounce around, any/all = comments would be welcome at this point. Mike Ellis mic...@il... -----Original Message----- From: Liam Clancy [mailto:met...@ma...] Sent: Wednesday, February 07, 2001 13:20 To: dynapi dev lists.sourceforge.net Subject: [Dynapi-Dev] Mac DynAPI issues and Netscape 6 Discussion I don=B9t usually have much time to contribute as the discussions = mainly take place outside my time-zone but Cameron Hart is on holiday, so here = goes: I too am a Mac'o'phile and have been hanging out here for some months. <plug> you can see what Cameron and I have done with it at http://www.e4.com/ </unplug> Unfortunately lack of IE5Mac JS developer related material has slowed = down my many efforts to improve the DynAPI in this direction, and for the = worlds betterment. Cameron and I have been mainly concerned with IE5Mac and NN6 lately: 1) Getting LoadPanel and ScrollPane working - particularly capturing = onLoad events, and applying this to the getContentWidth/Height problem (thanks = to Michael for this). 2) Investigation the extent of actual DOM support and the event model = using Brainjar's DOMviewer. 3) Checking and testing the core.api functionality to make sure it is rock-solid in IE5Mac/NN6 without interfering with the other browsers. 4) Extending common widgets. So far we are at the very much branched code stage of just trying to = get things working, the successful route appears to be to treat IE5Mac as a variation of NN6 due to its DOM support, but it too has its rendering idiosyncrasies (see http://developer.apple.com/internet). Netscape on Mac is just fine - one in favour in the recent browser = support discussion, along with the fact that IE5Mac, whilst Microsoft, might = just as well be made by a 3rd Party. This is a professional effort, and whilst I know the DynAPI already has = some fantastic effects built in (looking forward to playing with the anims), = a stable core.api is what we are working towards for the next few months. I'd like to place offer my support with Ryan and other Mac developers - = make yourself known.=20 If I can help test others ideas on the Mac side, I am more than happy = (we have a full test suite inc. OSX). Will keep you posted on our own developments of course - time is the enemy, not each other/browser developers. Full Mac compatibility in the core will make the DynAPI truly 'cross-platform' - and I for one would like to see what some of my creatives' can do with it (you'd be surprised how many a happily = embracing programic animation in Flash without thinking they are getting = technical!) Liam --=20 "Everything in moderation ... including moderation" pgp on request |
|
From: Richard E. <emb...@co...> - 2001-02-07 22:33:15
|
We have a reasonably complex webapp written in Flash by contractors (no documentation). We let everyone go (no more $$) and I am now re-writing it with html and js. I happened upon Dynapi yesterday (my first day of looking around the web for dhtml info) and it looks like a good starting point (and close to a stable release). Now what I want is not to have to load a new page from the server each time the user changes options (makes selections, etc), rather I want the widget(s) that display the data simply to be updated and re-drawn. The user would make some new selection, the js would communicate with the server requesting new data, the js would receive the new data and update the appropriate widgets. Is there any tutorial code, examples, or existing sites using Dynapi that have this characteristic? and can I see the code. Next, if I have a multi-page webapp, do I have to reload from the server the Dynapi code for each page? Is there lazy-loading in the widgets so that if your new page requires only one new Dynapi javascipt file, then only it is requested from the server? If I create two meta-widgets (widgets made up of more than one base widget) how do such meta-widgets specify which base widgets the depend so that if there is a shared base widget, it only get requested from the server once? (An examle meta-widget might be a viewport and two scrollbars (x and y)). Thanks Richard Emberson Director of Engineering (and only programmer) Contact Networks emb...@co... |
|
From: Bart B. <ba...@ho...> - 2001-02-07 22:32:19
|
I'm not really comfortable with doing that just yet....
Wanna get it right first.. and I'm redoing stuff as I write...so
I will eventually release it though... (within a month , I think)
I can tell you that it is pretty complex, however.
A LOT more complex and featurepacked than anything that I've seen =
before...
just to blow my own horn ;)
This is an example of how Classes will look...=20
function HTMLElement(name,attr,text,tagend){
if(!isValStr(name)) return alert("HTMLElement syntax error! No element =
name.") =20
=20
Protected.name=3Dname =20
Protected.attr=3D{}
Protected.elements=3D[] =20
text=3DgetStr(attr,"")+getStr(text,"")=20
if(isValStr(text)) Protected.elements[0]=3Dtext=20
for(var i in attr) if(isStr(attr[i])) Protected.attr[i]=3Dattr[i]=20
Protected.tagend=3Dtagend =20
Final=3D{
y:4,
x:5
}
Private.Final=3D{ crap:"sdf" }
}=20
HTMLElement.Public=3D{
getHTML:function(){=20
var str=3D"<"+Protected.name+" "+ Protected.getAttributes()+ ">" + =
Protected.getElements()
str+=3D(Protected.tagend)?"</"+Protected.name+">":""
return str=20
},=20
addAttribute:function(attr){ Final;
for(var i in attr) if(typeof attr[i]=3D=3D"string") =
Protected.attr[i]=3Dattr[i] =20
return this
}
}
HTMLElement.Protected=3D{
getElements:function(){
var str=3D""=20
for(var i in Protected.elements){ =20
var elm=3DProtected.elements[i]
str+=3DisStr(elm)?elm:elm.getHTML() =20
} =20
return str
}
}
HTMLElement.Static=3D{
// blabla
}
HTMLElement.Private=3D{
// blabla
}
HTMLElement.Extends(SuperClass)
function BODY(attr){
Super("BODY",attr,"",true)
}
BODY.Extends(HTMLElement)
......nice..eh?
But I'll put my money where my mouth is in a month or so...
Probably will post it on SourceForge... if noone can tell me a better =
place ?=20
-----Ursprungligt meddelande-----
Fr=E5n: Eytan Heidingsfeld <ey...@tr...>
Till: dyn...@li... =
<dyn...@li...>
Datum: den 7 februari 2001 15:20
=C4mne: RE: [Dynapi-Dev] SuperClass
>Do you mind sending over the unfinished code. As you may have heard I'm
>working myself on my OOJS. I'd love to see what you have done.
>
>8an
>
>
>_______________________________________________
>Dynapi-Dev mailing list
>Dyn...@li...
>http://lists.sourceforge.net/lists/listinfo/dynapi-dev
>
|
|
From: Michael Br. <mb...@st...> - 2001-02-07 21:56:41
|
[ ... ] > This is a professional effort, and whilst I know the DynAPI already has some > fantastic effects built in (looking forward to playing with the anims), a > stable core.api is what we are working towards for the next few months. i'm optimistic that it won't take months > I'd like to place offer my support with Ryan and other Mac developers - make > yourself known. finally some mac-developers showing up, hope this will lead to a better support for the mac. > If I can help test others ideas on the Mac side, I am more than happy (we > have a full test suite inc. OSX). Will keep you posted on our own > developments of course - time is the enemy, not each other/browser > developers. i'm letting you know when there is something. thx for the offer. > Full Mac compatibility in the core will make the DynAPI truly > 'cross-platform' - and I for one would like to see what some of my > creatives' can do with it (you'd be surprised how many a happily embracing > programic animation in Flash without thinking they are getting technical!) there isn't missing much. the main issue for me is getting the loadpanel working. -- Michael Buerge |
|
From: Pascal B. <pa...@dy...> - 2001-02-07 21:13:42
|
this doesn't save memory or anything.. methods are not recreated for every object instance, but are just directed thru the prototype chain. Pascal Bestebroer pa...@dy... http://www.dynamic-core.net -----Oorspronkelijk bericht----- Van: dyn...@li... [mailto:dyn...@li...]Namens Doug Melvin Verzonden: donderdag 8 februari 2001 0:47 Aan: dyn...@li... Onderwerp: [Dynapi-Dev] global functions It occurs to me that certain functions need not be included with EVERY instance of a Layer.. how about moveing some of the DynLayer function to Global functions? so instead of MyLayer.setHTML('arp'); we use setHTML(MyLayer,'arp'); how's that sound? I can imagion that off-loading just a few functions will dramatically improve the load-time and mem ussage --- Outgoing mail is certified Virus Free by AVG Free Edition http://www.grisoft.com/html/us_index.cfm Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.230 / Virus Database: 111 - Release Date: 1/25/01 |
|
From: Doug M. <do...@cr...> - 2001-02-07 21:04:05
|
OO fight? Who cares?!?! We can NOT do something just because it is 'proper OO' when NOT doing so = will improve performance.. ----- Original Message -----=20 From: Eytan Heidingsfeld=20 To: dyn...@li...=20 Sent: Wednesday, February 07, 2001 1:01 PM Subject: RE: [Dynapi-Dev] global functions You are going to start an OO fight again. "Beware The Mighty Jabberwock My Son The Jaws That Bite The Claws That = Catch" 8an --- Outgoing mail is certified Virus Free by AVG Free Edition http://www.grisoft.com/html/us_index.cfm Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.230 / Virus Database: 111 - Release Date: 1/25/01 |
|
From: Eytan H. <ey...@tr...> - 2001-02-07 21:01:15
|
You are going to start an OO fight again. "Beware The Mighty Jabberwock My Son The Jaws That Bite The Claws That Catch" 8an |
|
From: Doug M. <do...@cr...> - 2001-02-07 20:48:47
|
It occurs to me that certain functions need not be included with EVERY =
instance of a Layer..
how about moveing some of the DynLayer function to
Global functions?
so instead of MyLayer.setHTML('arp');
we use
setHTML(MyLayer,'arp');
how's that sound?
I can imagion that off-loading just a few functions will dramatically =
improve the load-time and mem ussage
---
Outgoing mail is certified Virus Free by AVG Free Edition
http://www.grisoft.com/html/us_index.cfm
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.230 / Virus Database: 111 - Release Date: 1/25/01
|
|
From: Robert R. <rra...@ya...> - 2001-02-07 20:39:22
|
But wouldn't they be sharing the same methods, but not the same properties, because those are reassigned in the widget constructor. -- // Robert Rainwater On 2/7/2001, 4:13:04 PM EST, Dan wrote about "[Dynapi-Dev] Widget Initializers": > That's a no-no. Every instance of any of the widgets would be using the same JavaScript object and wreck havoc, try it and you'll see there's no better way than using standard prototyping. > Dan > On Wed, Feb 07, 2001 at 02:59:24AM -0500, Robert Rainwater wrote: >> >> I was wondering if it would be better on memory to use the same object >> for the prototype initializers in the widgets. >> >> Like: >> List.prototype = new DynLayer() >> >> could be changed to >> List.prototype = DynLayer.static >> >> where >> DynLayer.static = new DynLayer(); >> >> If you initialized DynLayer.static in the DynLayer, would it be >> possible to use this same object for initializing all of the >> prototypes that subclass the dynlayer(the widgets)? >> >> -- >> // Robert Rainwater >> ---------------------- >> DynAPI Snapshots: http://dynapi.sourceforge.net/snapshot/ >> DynAPI Homepage: http://dynapi.sourceforge.net/ >> >> >> >> _______________________________________________ >> Dynapi-Dev mailing list >> Dyn...@li... >> http://lists.sourceforge.net/lists/listinfo/dynapi-dev > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://lists.sourceforge.net/lists/listinfo/dynapi-dev ---------------------- DynAPI Snapshots: http://dynapi.sourceforge.net/snapshot/ DynAPI Homepage: http://dynapi.sourceforge.net/ |
|
From: Liam C. <met...@ma...> - 2001-02-07 20:23:42
|
I don=B9t usually have much time to contribute as the discussions mainly take place outside my time-zone but Cameron Hart is on holiday, so here goes: I too am a Mac'o'phile and have been hanging out here for some months. <plug> you can see what Cameron and I have done with it at http://www.e4.com/ </unplug> Unfortunately lack of IE5Mac JS developer related material has slowed down my many efforts to improve the DynAPI in this direction, and for the worlds betterment. Cameron and I have been mainly concerned with IE5Mac and NN6 lately: 1) Getting LoadPanel and ScrollPane working - particularly capturing onLoad events, and applying this to the getContentWidth/Height problem (thanks to Michael for this). 2) Investigation the extent of actual DOM support and the event model using Brainjar's DOMviewer. 3) Checking and testing the core.api functionality to make sure it is rock-solid in IE5Mac/NN6 without interfering with the other browsers. 4) Extending common widgets. So far we are at the very much branched code stage of just trying to get things working, the successful route appears to be to treat IE5Mac as a variation of NN6 due to its DOM support, but it too has its rendering idiosyncrasies (see http://developer.apple.com/internet). Netscape on Mac is just fine - one in favour in the recent browser support discussion, along with the fact that IE5Mac, whilst Microsoft, might just a= s well be made by a 3rd Party. This is a professional effort, and whilst I know the DynAPI already has som= e fantastic effects built in (looking forward to playing with the anims), a stable core.api is what we are working towards for the next few months. I'd like to place offer my support with Ryan and other Mac developers - mak= e yourself known.=20 If I can help test others ideas on the Mac side, I am more than happy (we have a full test suite inc. OSX). Will keep you posted on our own developments of course - time is the enemy, not each other/browser developers. Full Mac compatibility in the core will make the DynAPI truly 'cross-platform' - and I for one would like to see what some of my creatives' can do with it (you'd be surprised how many a happily embracing programic animation in Flash without thinking they are getting technical!) Liam --=20 "Everything in moderation ... including moderation" pgp on request |
|
From: Jordi \ilMaestro\ M. <jmi...@or...> - 2001-02-07 20:12:27
|
I have updated CVS with new versions of dynapi.js, dynlayer.js and events.js. Now all methods always return a value, so those older NS's don't complain. Besides, the inline.js extension was not working because NS 4.0 does not allow to reassign a parameter to another value. I fixed that by using a temp variable. Cya. |
|
From: Matthew A. S. <ms...@sh...> - 2001-02-07 19:53:15
|
VGhhbmsgeW91LCBJJ2xsIHRyeSB0aGlzIG91dC4gIElzIHRoaXMgYSBmaXggdGhhdCB3b3VsZCBi ZSB3b3JrZWQgaW50bw0KdGhlIEFQST8gIEhhcyBpdCBiZWVuIHJldmlld2VkIGJ5IGFueSBvZiB0 aGUgY29kZW1pZXN0ZXJzPw0KIA0KTS4NCg0KCS0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tIA0K CUZyb206IE1pY2hhZWwgQsO8cmdlIA0KCVNlbnQ6IFdlZCAyLzcvMjAwMSAxMTozMiBBTSANCglU bzogZHluYXBpLWRldkBsaXN0cy5zb3VyY2Vmb3JnZS5uZXQgDQoJQ2M6IA0KCVN1YmplY3Q6IFJl OiBbRHluYXBpLURldl0gTmV3IERldmVsb3BlciBXYW50cyBUbyBIZWxwIFdpdGgNCk1hYyhjb250 ZW50c2l6ZSkNCgkNCgkNCg0KCT4gTXkgcGVyc29uYWwgbWFpbiBwcm9ibGVtIG9uIHRoZSBtYWMg aXMgdGhlDQpnZXRDb250ZW50SGVpZ2h0L1dpZHRoIG1ldGhvZHMuLi4NCgk+IFlvdSBjYW5ub3Qg bWFrZSBsYXllciwgZmlsbCBpdCwgYW5kIGhhdmUgaXQgYXV0b3NpemUgdG8gaXRzJw0KY29udGVu dHMuICBJZiBJDQoJPiBhbSB3cm9uZyBhYm91dCB0aGlzIHNvbWVvbmUgcGxlYXNlIGxldCBtZSBr bm93Lg0KCQ0KCXlvdSBhcmUgd3JvbmchIQ0KCQ0KCWNoZWNrIG91dCB0aGUgZm9sbG93aW5nOg0K CShidHc6IGkgYWxyZWFkeSBwb3N0ZWQgdGhpcyBhIGZldyBkYXlzIGFnbywgYnV0IG5vYm9keSBu b3RpY2VkDQppdCwgc28gaSdtDQoJcG9zdGluZyBpdCBhZ2Fpbi4gaSB3b3VsZCBiZSBwbGVhc2Vk IHRvIHNlZSBzb21lIGNvbW1lbnRzIHRoaXMNCnRpbWUuKQ0KCQ0KCQ0KCWllNS9tYWM6DQoJdGhp cyBicm93c2VyIG5lZWRzIHNvbWUgdGltZSB0byB1cGRhdGUgdGhlDQpzY3JvbGxXaWR0aC9IZWln aHQtdmFsdWVzLCBzbyBpDQoJc3RvcmUgdGhlIG9sZCB2YWx1ZXMgb2YgdGhlIGNvbnRlbnRTaXpl IGFuZCB0aGVuIGNhbGwgYSBmdW5jdGlvbg0KdGhhdCBsb29wcw0KCXdpdGggYSB0aW1lb3V0IHVu dGlsIHRoZSB2YWx1ZXMgaGF2ZSBjaGFuZ2VkIChvciBhIG1heGltdW0gb2YNCnJldHJpZXMgaXMN CglyZWFjaGVkKS4gdGhlICdvbmxvYWQnLWV2ZW50IGlzbid0IGludm9rZWQgdW50aWwgdGhhdCBt b21lbnQuDQp0aGlzIG1lYW5zDQoJdGhhdCBldmVyeXRoaW5nIHRoYXQgbmVlZHMgdGhlIHNpemUg b2YgdGhlIGNvbnRlbnQgaGFzIHRvIHdhaXQNCmZvciB0aGUNCgknb25sb2FkJy1ldmVudCB0byBi ZSBpbnZva2VkLg0KCQ0KCW5zNToNCglpIGZvdW5kIHRoYXQgZWxtLnNjcm9sbFdpZHRoIGFuZCBl bG0uc2Nyb2xsSGVpZ2h0IGluIG5zNSBjb250YWluDQp0aGUgY29ycmVjdA0KCXZhbHVlcyBpZiBl bG0uc3R5bGUud2lkdGgvaGVpZ2h0IGlzIHNldCB0byAnYXV0bycsIHNvIHdoYXQgaSBkaWQNCmlu DQoJRHlubGF5ZXIucHJvdG90eXBlLmdldENvbnRlbnRXaWR0aCgpIGlzIHNldHRpbmcgdGhlDQpl bG0uc3R5bGUud2lkdGggdG8NCgknYXV0bycsIHJldHJpdmUgdGhlIHNjcm9sbFdpZHRoLCBhbmQg dGhlbiBjaGFuZ2luZyB0aGUgdmFsdWUgb2YNCgllbG0uc3R5bGUud2lkdGggYWdhaW4gdG8gdGhl IG9yaWdpbmFsIHZhbHVlLiB0aGlzIGNhdXNlcyBhIHNob3J0DQpmbGlja2VyaW5nLA0KCWJlY2F1 c2Ugd2hlbiBzZXQgdG8gJ2F1dG8nLCBuczUgYWRqdXN0IHRoZSBzaXplIG9mIHRoZSBsYXllciB0 bw0KdGhlDQoJY29udGVudFNpemUsIGJ1dCBhdCBsZWFzdCBpIGdldCB0aGUgY29ycmVjdCBzaXpl IG9mIHRoZSBjb250ZW50Lg0KCQ0KCQ0KCXNpbmNlIHRoZSBzZXRIVE1MKCkgbWV0aG9kIG9mIGEg RHluTGF5ZXIgaXMgdGhlIG9ubHkgcGxhY2Ugd2hlcmUNCnRoZSBzaXplIG9mDQoJdGhlIGNvbnRl bnQgY2FuIGJlIGNoYW5nZWQgdGhlcmUncyBubyBuZWVkIGZvciBhY2Nlc3NpbmcgdGhlDQpicm93 c2VycyBvYmplY3QNCglldmVyeSB0aW1lIHRoZSBjb250ZW50c2l6ZSBpcyBuZWVkZWQsIHNvIGkg aW50cm9kdWNlZCB0d28gbmV3DQpwcm9wZXJ0aWVzIHRvDQoJdGhlIER5bkxheWVyOiBjb250ZW50 VyBhbmQgY29udGVudEggKHRoZXkgYXJlIHVwZGF0ZWQgZXZlcnkgdGltZQ0Kc2V0SFRNTCgpDQoJ aXMgY2FsbGVkKQ0KCQ0KCWkgbWFkZSBhIGRlbW9uc3RyYXRpb24gcGFnZSBhdmFpbGFibGUgb24g dGhlIHdlYjoNCgkNCmh0dHA6Ly9uLmV0aHouY2gvc3R1ZGVudC9taWJ1ZXJnZS9keW5hcGkvZXhh bXBsZXMvY29udGVudHNpemUuaHRtDQoJDQoJDQoJDQoJdGhlIHBpZWNlcyBvZiBjb2RlIGkgY2hh bmdlZCBpbiAiZHlubGF5ZXIuanMiOg0KCQ0KCS8qIC4uLiAqLw0KCQ0KCUR5bkxheWVyLnByb3Rv dHlwZS50b1N0cmluZz1mdW5jdGlvbiAoKSB7DQoJICAgIHJldHVybg0KCQ0KKHRoaXMuZWxtKT8n RHluQVBJLmdldERvY3VtZW50KCInK3RoaXMuZHluZG9jLmlkKyciKS5hbGxbIicrdGhpcy5pZCsn Il0nDQo6J0R5DQoJbkxheWVyLnVuYXNzaWduZWRbIicrdGhpcy5pZCsnIl0nOw0KCX07DQoJLy8g cmVwbGFjZWQgY2hlY2sgZm9yIHRoaXMuY3JlYXRlZCB3aXRoIHRoaXMuZWxtDQoJDQoJDQoJLyog Li4uICovDQoJDQoJRHluTGF5ZXIucHJvdG90eXBlLnNldEhUTUw9ZnVuY3Rpb24oaHRtbCxub2V2 dCkgew0KCSAgICB0aGlzLmh0bWw9aHRtbD9odG1sOicnOw0KCSAgICBpZiAodGhpcy5jc3M9PW51 bGwpIHJldHVybjsNCgkgICAgdGhpcy5pbnZva2VFdmVudCgiYmVmb3JlbG9hZCIpOw0KCSAgIA0K CSAgICAvLyBzYXZpbmcgdGhlIGFjdHVhbCBzaXplIG9mIHRoZSBjb250ZW50DQoJICAgIGlmIChp cy5pZTUgJiYgaXMucGxhdGZvcm0gPT0gJ21hYycpIHsNCgkgICAgICAgIHRoaXMubGFzdENvbnRl bnRXID0gdGhpcy5jb250ZW50VyB8fA0KdGhpcy5nZXRDb250ZW50V2lkdGgoKTsNCgkgICAgICAg IHRoaXMubGFzdENvbnRlbnRIID0gdGhpcy5jb250ZW50SCB8fA0KdGhpcy5nZXRDb250ZW50SGVp Z2h0KCk7DQoJICAgIH0NCgkgICANCgkgICAgdGhpcy5lbG0uaW5uZXJIVE1MPWh0bWw7DQoJICAg IGlmIChpcy5uczQpIHsNCgkgICAgICAgIHRoaXMuZG9jLm9wZW4oKTsNCgkgICAgICAgIHRoaXMu ZG9jLndyaXRlKGh0bWwpOw0KCSAgICAgICAgdGhpcy5kb2MuY2xvc2UoKTsNCgkgICAgICAgICAg ICBmb3IgKHZhciBpIGluIHRoaXMuZG9jLmltYWdlcykNCnRoaXMuZG9jLmltYWdlc1tpXS5seXJv Ymo9dGhpczsNCgkgICAgICAgICAgICBmb3IgKGk9MDtpPHRoaXMuZG9jLmxpbmtzLmxlbmd0aDtp KyspDQoJdGhpcy5kb2MubGlua3NbaV0ubHlyb2JqPXRoaXM7DQoJICAgIH0NCgkgICAgZWxzZSBp ZiAoaXMubnM1KSB7DQoJICAgICAgICB3aGlsZSAodGhpcy5lbG0uaGFzQ2hpbGROb2RlcygpKQ0K CXRoaXMuZWxtLnJlbW92ZUNoaWxkKHRoaXMuZWxtLmZpcnN0Q2hpbGQpOw0KCSAgICAgICAgdmFy IHI9dGhpcy5lbG0ub3duZXJEb2N1bWVudC5jcmVhdGVSYW5nZSgpOw0KCSAgICAgICAgci5zZWxl Y3ROb2RlQ29udGVudHModGhpcy5lbG0pOw0KCSAgICAgICAgci5jb2xsYXBzZSh0cnVlKTsNCgkg ICAgICAgIHZhciBkZj1yLmNyZWF0ZUNvbnRleHR1YWxGcmFnbWVudChodG1sKTsNCgkgICAgICAg IHRoaXMuZWxtLmFwcGVuZENoaWxkKGRmKTsNCgkgICAgICAgICAgICBmb3IgKHZhciBpIGluIHRo aXMuZG9jLmltYWdlcykNCgl0aGlzLmRvYy5pbWFnZXNbaV0ubHlyb2JqPXRoaXMuZWxtOw0KCSAg ICB9DQoJICAgIGVsc2UgeyAgIA0KCSAgICAgICAgLy9mb3IgKHZhciBpIGluIHRoaXMuZWxtLmFs bC50YWdzKCJpbWciKSkNCgl0aGlzLmVsbS5hbGwudGFncygiaW1nIilbaV0ubHlyb2JqPXRoaXM7 DQoJICAgIH0NCgkgICAgdGhpcy51cGRhdGVDb250ZW50U2l6ZVZhbHVlcyhub2V2dCkNCgl9Ow0K CQ0KCS8qIC4uLiAqLw0KCQ0KCUR5bkxheWVyLnByb3RvdHlwZS5nZXRDb250ZW50V2lkdGg9ZnVu Y3Rpb24oKSB7DQoJICAgIGlmICh0aGlzLmVsbT09bnVsbCkgcmV0dXJuIDA7DQoJICAgIGVsc2Ug aWYgKGlzLm5zNCkgcmV0dXJuIHRoaXMuZG9jLndpZHRoOw0KCSAgICBlbHNlIGlmIChpcy5uczUp IHsNCgkgICAgICAgIHRoaXMuZWxtLnN0eWxlLndpZHRoID0gImF1dG8iOyAgLy8gbWFrZXMgdGhl IG9mZnNldFdpZHRoDQphdmFpbGFibGUNCgkgICAgICAgIHZhciB3ID0gdGhpcy5lbG0ub2Zmc2V0 V2lkdGg7DQoJICAgICAgICB0aGlzLmVsbS5zdHlsZS53aWR0aCA9IHRoaXMudzsgIC8vIHJlc3Rv cmUgdGhlIHdpZHRoDQoJICAgICAgICByZXR1cm4gdzsNCgkgICAgfQ0KCSAgICBlbHNlIGlmIChp cy5pZSkgcmV0dXJuIHBhcnNlSW50KHRoaXMuZWxtLnNjcm9sbFdpZHRoKTsNCgkgICAgZWxzZSBy ZXR1cm4gMDsNCgl9Ow0KCUR5bkxheWVyLnByb3RvdHlwZS5nZXRDb250ZW50SGVpZ2h0PWZ1bmN0 aW9uKCkgew0KCSAgICBpZiAodGhpcy5lbG09PW51bGwpIHJldHVybiAwOw0KCSAgICBlbHNlIGlm IChpcy5uczQpIHJldHVybiB0aGlzLmRvYy5oZWlnaHQ7DQoJICAgIGVsc2UgaWYgKGlzLm5zNSkg ew0KCSAgICAgICAgdGhpcy5lbG0uc3R5bGUuaGVpZ2h0ID0gImF1dG8iOw0KCSAgICAgICAgdmFy IGggPSB0aGlzLmVsbS5vZmZzZXRIZWlnaHQ7DQoJICAgICAgICB0aGlzLmVsbS5zdHlsZS5oZWln aHQgPSB0aGlzLmg7DQoJICAgICAgICByZXR1cm4gaDsNCgkgICAgfQ0KCSAgICBlbHNlIGlmIChp cy5pZSkgcmV0dXJuIHBhcnNlSW50KHRoaXMuZWxtLnNjcm9sbEhlaWdodCk7DQoJICAgIGVsc2Ug cmV0dXJuIDA7DQoJfTsNCglEeW5MYXllci5wcm90b3R5cGUudXBkYXRlQ29udGVudFNpemVWYWx1 ZXMgPSBmdW5jdGlvbihub2V2dCkgew0KCSAgICBpZiAoaXMuaWU1ICYmIGlzLnBsYXRmb3JtID09 ICdtYWMnKSB7DQoJICAgIHRoaXMuY2hrVGltZXIgPSBzZXRUaW1lb3V0KHRoaXMgKw0KCScuY2hl Y2tGb3JDb250ZW50U2l6ZVVwZGF0ZSgxLCcrIShub2V2dD09ZmFsc2UpKycpJywwKTsNCgkgICAg cmV0dXJuOw0KCSAgICB9DQoJDQoJICAgIHRoaXMuY29udGVudFcgPSB0aGlzLmdldENvbnRlbnRX aWR0aCgpOw0KCSAgICB0aGlzLmNvbnRlbnRIID0gdGhpcy5nZXRDb250ZW50SGVpZ2h0KCk7DQoJ ICAgIGlmIChub2V2dCE9ZmFsc2UpIHRoaXMuaW52b2tlRXZlbnQoJ2xvYWQnKTsNCgl9DQoJDQoJ RHluTGF5ZXIucHJvdG90eXBlLmNoZWNrRm9yQ29udGVudFNpemVVcGRhdGUgPQ0KZnVuY3Rpb24o cmV0cnksbm9ldnQpIHsNCgkgICAgdmFyIHcgPSB0aGlzLmdldENvbnRlbnRXaWR0aCgpOw0KCSAg ICB2YXIgaCA9IHRoaXMuZ2V0Q29udGVudEhlaWdodCgpOw0KCSAgICAvLyBjaGVjayBmb3IgY2hh bmdlZCB2YWx1ZXMNCgkgICAgaWYgKHRoaXMubGFzdENvbnRlbnRXICE9IHcgfHwgdGhpcy5sYXN0 Q29udGVudEggIT0gaCkgew0KCSAgICB0aGlzLmxhc3RDb250ZW50VyA9IHRoaXMubGFzdENvbnRl bnRIID0gbnVsbDsNCgkgICAgdGhpcy5jb250ZW50VyA9IHc7DQoJICAgIHRoaXMuY29udGVudEgg PSBoOw0KCSAgICBpZiAobm9ldnQhPWZhbHNlKSB0aGlzLmludm9rZUV2ZW50KCdsb2FkJyk7DQoJ ICAgIH0NCgkgICAgZWxzZSBpZiAocmV0cnkgPCBEeW5MYXllci5tYXhSZXRyaWVzKSB7DQoJICAg IGNsZWFyVGltZW91dCh0aGlzLmNoa1RpbWVyKQ0KCSAgICBzZXRUaW1lb3V0KHRoaXMgKycuY2hl Y2s0Q29udGVudFNpemVVcGRhdGUoJyArKHJldHJ5KzEpDQoJKycsJyshKG5vZXZ0PT1mYWxzZSkr JyknLDMwKTsNCgkgICAgfQ0KCSAgICBlbHNlIGlmIChub2V2dCE9ZmFsc2UpIHRoaXMuaW52b2tl RXZlbnQoJ2xvYWQnKTsNCgkNCgl9DQoJRHluTGF5ZXIubWF4UmV0cmllcyA9IDU7DQoJDQoJLyog Li4uICovDQoJDQoJDQoJLS0NCglNaWNoYWVsIEJ1ZXJnZQ0KCQ0KCQ0KCV9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQoJRHluYXBpLURldiBtYWlsaW5nIGxp c3QNCglEeW5hcGktRGV2QGxpc3RzLnNvdXJjZWZvcmdlLm5ldA0KCWh0dHA6Ly9saXN0cy5zb3Vy Y2Vmb3JnZS5uZXQvbGlzdHMvbGlzdGluZm8vZHluYXBpLWRldg0KCQ0KDQo= |
|
From: Al B. <by...@lo...> - 2001-02-07 19:33:24
|
> I have some questions on this whole topic. I am assuming that Internet > appliances will soon proliferate. I am not thinking of wireless or PDA > devices, but ones that would include a browser that supports javascript. Isn't > it possible that these devices will not be using IE? It seems like ones that > have been announced have been based on Linux. And is it not also possible that > there will be a tremendous number of these? If so, wouldn't DynAPI play an > important role in that area? -Al > > -- Al Byers Local Square, Inc. 826 N. Augusta St. Staunton, VA 24401 540.213.0500 www.localsquare.com by...@lo... |
|
From: Michael Br. <mb...@st...> - 2001-02-07 19:30:46
|
> My personal main problem on the mac is the getContentHeight/Width methods... > You cannot make layer, fill it, and have it autosize to its' contents. If I > am wrong about this someone please let me know. you are wrong!! check out the following: (btw: i already posted this a few days ago, but nobody noticed it, so i'm posting it again. i would be pleased to see some comments this time.) ie5/mac: this browser needs some time to update the scrollWidth/Height-values, so i store the old values of the contentSize and then call a function that loops with a timeout until the values have changed (or a maximum of retries is reached). the 'onload'-event isn't invoked until that moment. this means that everything that needs the size of the content has to wait for the 'onload'-event to be invoked. ns5: i found that elm.scrollWidth and elm.scrollHeight in ns5 contain the correct values if elm.style.width/height is set to 'auto', so what i did in Dynlayer.prototype.getContentWidth() is setting the elm.style.width to 'auto', retrive the scrollWidth, and then changing the value of elm.style.width again to the original value. this causes a short flickering, because when set to 'auto', ns5 adjust the size of the layer to the contentSize, but at least i get the correct size of the content. since the setHTML() method of a DynLayer is the only place where the size of the content can be changed there's no need for accessing the browsers object every time the contentsize is needed, so i introduced two new properties to the DynLayer: contentW and contentH (they are updated every time setHTML() is called) i made a demonstration page available on the web: http://n.ethz.ch/student/mibuerge/dynapi/examples/contentsize.htm the pieces of code i changed in "dynlayer.js": /* ... */ DynLayer.prototype.toString=function () { return (this.elm)?'DynAPI.getDocument("'+this.dyndoc.id+'").all["'+this.id+'"]':'Dy nLayer.unassigned["'+this.id+'"]'; }; // replaced check for this.created with this.elm /* ... */ DynLayer.prototype.setHTML=function(html,noevt) { this.html=html?html:''; if (this.css==null) return; this.invokeEvent("beforeload"); // saving the actual size of the content if (is.ie5 && is.platform == 'mac') { this.lastContentW = this.contentW || this.getContentWidth(); this.lastContentH = this.contentH || this.getContentHeight(); } this.elm.innerHTML=html; if (is.ns4) { this.doc.open(); this.doc.write(html); this.doc.close(); for (var i in this.doc.images) this.doc.images[i].lyrobj=this; for (i=0;i<this.doc.links.length;i++) this.doc.links[i].lyrobj=this; } else if (is.ns5) { while (this.elm.hasChildNodes()) this.elm.removeChild(this.elm.firstChild); var r=this.elm.ownerDocument.createRange(); r.selectNodeContents(this.elm); r.collapse(true); var df=r.createContextualFragment(html); this.elm.appendChild(df); for (var i in this.doc.images) this.doc.images[i].lyrobj=this.elm; } else { //for (var i in this.elm.all.tags("img")) this.elm.all.tags("img")[i].lyrobj=this; } this.updateContentSizeValues(noevt) }; /* ... */ DynLayer.prototype.getContentWidth=function() { if (this.elm==null) return 0; else if (is.ns4) return this.doc.width; else if (is.ns5) { this.elm.style.width = "auto"; // makes the offsetWidth available var w = this.elm.offsetWidth; this.elm.style.width = this.w; // restore the width return w; } else if (is.ie) return parseInt(this.elm.scrollWidth); else return 0; }; DynLayer.prototype.getContentHeight=function() { if (this.elm==null) return 0; else if (is.ns4) return this.doc.height; else if (is.ns5) { this.elm.style.height = "auto"; var h = this.elm.offsetHeight; this.elm.style.height = this.h; return h; } else if (is.ie) return parseInt(this.elm.scrollHeight); else return 0; }; DynLayer.prototype.updateContentSizeValues = function(noevt) { if (is.ie5 && is.platform == 'mac') { this.chkTimer = setTimeout(this + '.checkForContentSizeUpdate(1,'+!(noevt==false)+')',0); return; } this.contentW = this.getContentWidth(); this.contentH = this.getContentHeight(); if (noevt!=false) this.invokeEvent('load'); } DynLayer.prototype.checkForContentSizeUpdate = function(retry,noevt) { var w = this.getContentWidth(); var h = this.getContentHeight(); // check for changed values if (this.lastContentW != w || this.lastContentH != h) { this.lastContentW = this.lastContentH = null; this.contentW = w; this.contentH = h; if (noevt!=false) this.invokeEvent('load'); } else if (retry < DynLayer.maxRetries) { clearTimeout(this.chkTimer) setTimeout(this +'.check4ContentSizeUpdate(' +(retry+1) +','+!(noevt==false)+')',30); } else if (noevt!=false) this.invokeEvent('load'); } DynLayer.maxRetries = 5; /* ... */ -- Michael Buerge |
|
From: <no...@so...> - 2001-02-07 19:30:33
|
Bug #129784, was updated on 2001-Jan-23 01:12 Here is a current snapshot of the bug. Project: DynAPI 2 Category: Browser-Specific Issue Status: Closed Resolution: Fixed Bug Group: None Priority: 5 Submitted by: mweinelt Assigned to : dodoron Summary: dynapi.js not loading in NS 4.04 X11, NS 4.05 NT Details: dynapi.js won't load on these browsers:. Javascript -error : >function does not always return a value. between line 80 and 100 depending on the snapshot I use. Martin Follow-Ups: Date: 2001-Feb-07 11:31 By: dodoron Comment: Fixed ------------------------------------------------------- Date: 2001-Feb-07 09:48 By: nobody Comment: Dont Use those browsers ...... Ability to Read Arbitrary Files on User's Machine (November 1998) A bug in the JavaScript implementation in Netscape Communicator 4.5 and 4.04-4.05 allows a Web page to read arbitrary files from the user's machine and transmitted across the Internet. Any file that can be read with the user's permissions is vulnerable, including the system password file. The bug affects both Windows and Unix versions of Communicator. Any HTML page can carry this exploit, including ones that are transmitted as an e-mail enclosure. Internet Explorer has not been reported to be vulnerable. Taken from ... http://www.w3.org/Security/Faq/wwwsf7.html ------------------------------------------------------- Date: 2001-Jan-28 10:34 By: dakhran Comment: I can confirm that this bug also occurs on NS 4.04 [en]-97313, Standard Edition on Win9x. Apparently, the JavaScript engine in these browsers must either always return a value, or never return a value. Changing the functions affected to return a value of null if not returning a value does address this error, but causes other errors to occur. ------------------------------------------------------- Date: 2001-Jan-25 17:39 By: rainwater Comment: I don't think there is anyway to fix this. The DynAPI will probaly never work on those browsers. ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=129784&group_id=5757 |
|
From: Eytan H. <ey...@tr...> - 2001-02-07 19:26:59
|
First of all I did say that this is a work in progress. Your idea to adopt current inline layers is good. All events that aren't done by the user (keyboard, mouse) should be handled by the canvas owner. |
|
From: Matthew A. S. <ms...@sh...> - 2001-02-07 17:58:17
|
TXkgcGVyc29uYWwgbWFpbiBwcm9ibGVtIG9uIHRoZSBtYWMgaXMgdGhlIGdldENvbnRlbnRIZWln aHQvV2lkdGgNCm1ldGhvZHMuLi4gWW91IGNhbm5vdCBtYWtlIGxheWVyLCBmaWxsIGl0LCBhbmQg aGF2ZSBpdCBhdXRvc2l6ZSB0byBpdHMnDQpjb250ZW50cy4gIElmIEkgYW0gd3JvbmcgYWJvdXQg dGhpcyBzb21lb25lIHBsZWFzZSBsZXQgbWUga25vdy4NCiANCk0uDQoNCgktLS0tLU9yaWdpbmFs IE1lc3NhZ2UtLS0tLSANCglGcm9tOiBSeWFuIFN1dHRlciANCglTZW50OiBXZWQgMi83LzIwMDEg OTo0MyBBTSANCglUbzogRFlOQVBJIERldiANCglDYzogDQoJU3ViamVjdDogW0R5bmFwaS1EZXZd IE5ldyBEZXZlbG9wZXIgV2FudHMgVG8gSGVscCBXaXRoIE1hYw0KCQ0KCQ0KDQoJSGkgYWxsLA0K CQ0KCUkganVzdCBjaGVja2VkIG91dCB0aGUgRHluQVBJIHByb2plY3QgYW5kIEkgbGlrZSB0aGUg bG9va3Mgb2YgaXQNCmFuZCB3YW50IHRvIGhlbHAuICBJJ3ZlIGJlZW4gbG9va2luZyBmb3IgYW4g T1NTIHByb2plY3QgdG8gcGl0Y2ggaW4gb24NCmZvciBxdWl0ZSBzb21lIHRpbWUgYW5kIEkgdGhp bmsgdGhlcmUgaXMgYSBuZWVkIGZvciBtZSBvbiB0aGlzIG9uZSwgc28sDQpoZXJlIEkgYW0uICBB bnlob3csIG15IG5hbWUgaXMgUnlhbiBhbmQgSSd2ZSBiZWVuIGRldmVsb3Bpbmcgc29mdHdhcmUN CnByb2Zlc3Npb25hbGx5IGZvciA3IHllYXJzLCBtb3N0bHkgSmF2YSBhbmQgd2ViLXJlbGF0ZWQg dGVjaG5vbGdpZXMgZm9yDQp0aGUgbGFzdCA0IGFuZCBJIGFtLi4uICBhIE1hYyBudXQuICBJIGhh dmUgbG90cyBvZiBNYWNzIGFuZCBsb3ZlIHRvIHVzZQ0KdGhlbS4gIFNvLCB5b3UgbmVlZCBhIE1h YyBkdWRlIGFuZCBub3cgeW91IGhhdmUgb25lLg0KCQ0KCUhhdmluZyBoYWQgdmVyeSBsaXR0bGUg dGltZSB0byB3b3JrIHdpdGggRHluQVBJIHNvIGZhciAoYQ0Kc2hvcnRjb21pbmcgSSBhbSBxdWlj a2x5IHdvcmtpbmcgb24gcmVjdGlmeWluZykgSSB3b3VsZCBsaWtlIHRvIGFzaw0KcmlnaHQgYXdh eSwgd2hhdCBhcmUgdGhlIGtub3duIG1ham9yIGJ1Z3Mgd2l0aCBNYWNzIGZvciBEeW5BUEk/ICBX aGVyZQ0Kd291bGQgeW91IGJlZ2luIGNvbmNlbnRyYXRpbmcgeW91ciBlZmZvcnRzIGlmIHlvdSB3 ZXJlIG1lPyAgSSBob3BlIHRvIGJlDQpvZiBzb21lIGhlbHAuLi4gDQoJDQoJUnlhbg0KCQ0KCV9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X18NCglHZXQgYSBmcmVlLCBwZXJtYW5lbnQsIGVtYWlsIGFkZHJlc3MgYXQNCglodHRwOi8vZnJl ZW1haWwubnVjbGVhcmdvcGhlci5jb20hDQoJDQoJX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX18NCglEeW5hcGktRGV2IG1haWxpbmcgbGlzdA0KCUR5bmFwaS1E ZXZAbGlzdHMuc291cmNlZm9yZ2UubmV0DQoJaHR0cDovL2xpc3RzLnNvdXJjZWZvcmdlLm5ldC9s aXN0cy9saXN0aW5mby9keW5hcGktZGV2DQoJDQoNCg== |
|
From: Pascal B. <pa...@dy...> - 2001-02-07 17:53:51
|
Finally someone standing up from the Mac crowd! :-) So Mac people, please post your Mac problems to either this post (reply) or add them as bugs to Sourceforge. Ryan, if you sign up for a Sourceforge account (or if you already have an account) mail me your account name, and I'll ad you as developer, giving you access to patches/bugs/etc. We definetly need someone with a Mac and (guessing here) coding skills. Pascal Bestebroer pa...@dy... http://www.dynamic-core.net > -----Oorspronkelijk bericht----- > Van: dyn...@li... > [mailto:dyn...@li...]Namens Ryan Sutter > Verzonden: woensdag 7 februari 2001 18:44 > Aan: DYNAPI Dev > Onderwerp: [Dynapi-Dev] New Developer Wants To Help With Mac > > > Hi all, > > I just checked out the DynAPI project and I like the looks of it > and want to help. I've been looking for an OSS project to pitch > in on for quite some time and I think there is a need for me on > this one, so, here I am. Anyhow, my name is Ryan and I've been > developing software professionally for 7 years, mostly Java and > web-related technolgies for the last 4 and I am... a Mac nut. I > have lots of Macs and love to use them. So, you need a Mac dude > and now you have one. > > Having had very little time to work with DynAPI so far (a > shortcoming I am quickly working on rectifying) I would like to > ask right away, what are the known major bugs with Macs for > DynAPI? Where would you begin concentrating your efforts if you > were me? I hope to be of some help... > > Ryan > > _____________________________________________________________ > Get a free, permanent, email address at > http://freemail.nucleargopher.com! > > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://lists.sourceforge.net/lists/listinfo/dynapi-dev > |
|
From: Jordi \ilMaestro\ M. <jmi...@or...> - 2001-02-07 17:52:39
|
When you set the HTML into a layer before adding it to the document, the content is stored as an internal variable. When you add the dynlayer to the document, the phisical layer is created, size 0 0, and then the HTML writen into it. At that time, the browser is writing to a 0,0 sized layer, therefore centering the content makes it appear to the left of the layer. Resizing a layer does not force the content to be redrawn or rerendered. You should either specify the size of the layer before adding it to the doc or settting the HTML after you have resized it. Cya |
|
From: <no...@so...> - 2001-02-07 17:48:04
|
Bug #129784, was updated on 2001-Jan-23 01:12 Here is a current snapshot of the bug. Project: DynAPI 2 Category: Browser-Specific Issue Status: Open Resolution: Later Bug Group: None Priority: 5 Submitted by: mweinelt Assigned to : nobody Summary: dynapi.js not loading in NS 4.04 X11, NS 4.05 NT Details: dynapi.js won't load on these browsers:. Javascript -error : >function does not always return a value. between line 80 and 100 depending on the snapshot I use. Martin Follow-Ups: Date: 2001-Feb-07 09:48 By: nobody Comment: Dont Use those browsers ...... Ability to Read Arbitrary Files on User's Machine (November 1998) A bug in the JavaScript implementation in Netscape Communicator 4.5 and 4.04-4.05 allows a Web page to read arbitrary files from the user's machine and transmitted across the Internet. Any file that can be read with the user's permissions is vulnerable, including the system password file. The bug affects both Windows and Unix versions of Communicator. Any HTML page can carry this exploit, including ones that are transmitted as an e-mail enclosure. Internet Explorer has not been reported to be vulnerable. Taken from ... http://www.w3.org/Security/Faq/wwwsf7.html ------------------------------------------------------- Date: 2001-Jan-28 10:34 By: dakhran Comment: I can confirm that this bug also occurs on NS 4.04 [en]-97313, Standard Edition on Win9x. Apparently, the JavaScript engine in these browsers must either always return a value, or never return a value. Changing the functions affected to return a value of null if not returning a value does address this error, but causes other errors to occur. ------------------------------------------------------- Date: 2001-Jan-25 17:39 By: rainwater Comment: I don't think there is anyway to fix this. The DynAPI will probaly never work on those browsers. ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=129784&group_id=5757 |
|
From: <no...@so...> - 2001-02-07 17:43:44
|
Bug #130886, was updated on 2001-Feb-02 09:35 Here is a current snapshot of the bug. Project: DynAPI 2 Category: Browser-Specific Issue Status: Open Resolution: None Bug Group: Feature Request Priority: 5 Submitted by: nobody Assigned to : nobody Summary: opera5.0 is not supported Details: DynAPI2 is very good, but opera is not supported. Follow-Ups: Date: 2001-Feb-07 09:44 By: nobody Comment: Opera 5.02 still doesn't support clip or overflow. Untill they fix that I don't think DynAPI will support Opera. ------------------------------------------------------- Date: 2001-Feb-07 09:43 By: nobody Comment: Opera 5.02 still doesn't support clip or overflow. Untill they fix that I don't think DynAPI will support Opera. ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=130886&group_id=5757 |
|
From: Ryan S. <rk...@nu...> - 2001-02-07 17:43:37
|
Hi all, I just checked out the DynAPI project and I like the looks of it and want to help. I've been looking for an OSS project to pitch in on for quite some time and I think there is a need for me on this one, so, here I am. Anyhow, my name is Ryan and I've been developing software professionally for 7 years, mostly Java and web-related technolgies for the last 4 and I am... a Mac nut. I have lots of Macs and love to use them. So, you need a Mac dude and now you have one. Having had very little time to work with DynAPI so far (a shortcoming I am quickly working on rectifying) I would like to ask right away, what are the known major bugs with Macs for DynAPI? Where would you begin concentrating your efforts if you were me? I hope to be of some help... Ryan _____________________________________________________________ Get a free, permanent, email address at http://freemail.nucleargopher.com! |
|
From: <no...@so...> - 2001-02-07 17:43:07
|
Bug #130886, was updated on 2001-Feb-02 09:35 Here is a current snapshot of the bug. Project: DynAPI 2 Category: Browser-Specific Issue Status: Open Resolution: None Bug Group: Feature Request Priority: 5 Submitted by: nobody Assigned to : nobody Summary: opera5.0 is not supported Details: DynAPI2 is very good, but opera is not supported. Follow-Ups: Date: 2001-Feb-07 09:43 By: nobody Comment: Opera 5.02 still doesn't support clip or overflow. Untill they fix that I don't think DynAPI will support Opera. ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=130886&group_id=5757 |
|
From: Doug M. <do...@cr...> - 2001-02-07 17:24:13
|
All I can tell you about text alignment is two things.
1) it suck rocks
2) I have found that putting the content into a table with the width and
height of the table set to the width and height of the layer (I do this via
function wich take the HTML(or text) + the object).
and alignment set to center...
----- Original Message -----
From: "Pieter Van Waeyenberge" <pie...@1e...>
To: <dyn...@li...>
Sent: Wednesday, February 07, 2001 8:29 AM
Subject: [Dynapi-Dev] Netscape problem: incorrect CENTERING
> Hello,
>
> Im new to DYNAPI2 development, and i have a stupid problem:
>
> In the code below, i
> - create a main layer (navBarLyr)
> - add a child to it (foo)
> - add some html to the child WITH a style: text-align:center
> - add the main layer to dynapi.document
>
> BUT
> - When i set the width of the child, after i added the main layer to
> dynapi.document, the HTML is centerd vis-a-vis the main layer, not vis a
vis
> foo!!!
>
> --> this does not happen when i set the (foo) size BEFORE adding to
> dyanapi.docuemnt/
>
>
> MY QUESTION:
> -- is it me, or the DYNAPI
>
> thnx,
> pieter.
>
>
> <html>
> <head>
> <Script language="Javascript" src="../src/dynapi.js"></script>
> <Script language="Javascript">
> DynAPI.setLibraryPath('../src/lib/')
> DynAPI.include('dynapi.api.*');
> DynAPI.onLoad=function()
> {
> navBarLyr=new DynLayer()
> navBarLyr.moveTo(5,5)
> navBarLyr.setBgColor('#ccff00')
> navBarLyr.setSize(300, 300)
>
> foo=new DynLayer()
> navBarLyr.addChild(foo)
>
> foo.setBgColor('#ccffcc')
> foo.setHTML('<div style="text-align:center;">test</div>')
>
>
> // - Add main container to the document
> DynAPI.document.addChild(navBarLyr)
>
>
> foo.setWidth(200)
> }
> </script>
> </head>
> <body><!--form><select><option>ds</select></form--></body>
> </html>
>
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/lists/listinfo/dynapi-dev
>
---
Outgoing mail is certified Virus Free by AVG Free Edition
http://www.grisoft.com/html/us_index.cfm
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.230 / Virus Database: 111 - Release Date: 1/25/01
|
175 messages has been excluded from this view by a project administrator.
