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: Cameron H. <ca...@bi...> - 2001-02-01 14:07:22
|
Perhaps some of the less mainstream browser vendors would be interested, so they get more sites supporting their browser. People like Microsoft on the Mac side of things, Opera, and the Mozilla project. > -----Original Message----- > From: dyn...@li... > [mailto:dyn...@li...]On Behalf Of Barre Bizon > Sent: 01 February 2001 13:56 > To: dyn...@li... > Subject: Re: [Dynapi-Dev] I forgot > > > This is probably the best thing said on this list for a > long while. > I totally agree that it would be in the vendors best > interest to get involved. But probably for the same reasons > that there are different browsers, they won't. > > > - Hello everybody noew to this discussion and this > project. Be welcome. > > > > - Anyone listening works for Microsoft / Netscape ? Did > they ever notice > > us ? Do they care ? Couldn't they help out a bit ? What > we do is for > > their bennefit as well, isn't it ? Or am I missing some > brilliant > > business-related point here ? What about Opera people ? > Hey, we're > > trying to make your browser suitable for the masses ! > > > > Ping browser developers. Pinging any bit of common sense > that may still > > wander their big-company masterplans. > > > > > > > > _______________________________________________ > > 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 |
From: Barre B. <ba...@ho...> - 2001-02-01 14:00:29
|
Could you give a more indepth example of what you are talking about? > Hi, > I saw that someone mentioned setTimeout workarounds. Where are these used. > Using setTimeout is basically JS only way of using threading. By the way > that is how to kill objects. You write a static method that kills the > object. Then in the objects own destroy code you add a setTimeout to that > static function. > > > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://lists.sourceforge.net/lists/listinfo/dynapi-dev > |
From: Barre B. <ba...@ho...> - 2001-02-01 13:57:59
|
This is probably the best thing said on this list for a long while. I totally agree that it would be in the vendors best interest to get involved. But probably for the same reasons that there are different browsers, they won't. > - Hello everybody noew to this discussion and this project. Be welcome. > > - Anyone listening works for Microsoft / Netscape ? Did they ever notice > us ? Do they care ? Couldn't they help out a bit ? What we do is for > their bennefit as well, isn't it ? Or am I missing some brilliant > business-related point here ? What about Opera people ? Hey, we're > trying to make your browser suitable for the masses ! > > Ping browser developers. Pinging any bit of common sense that may still > wander their big-company masterplans. > > > > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://lists.sourceforge.net/lists/listinfo/dynapi-dev > |
From: Pieter V. W. <pie...@1e...> - 2001-02-01 13:29:42
|
Hello, I hope this is the place to report an encoutered error. I downloaded 'dynapi2' from 'dynapi.sourceforge' today. I was checking he samples, BUT: on: PC - Netscape Navigator 4.08 from the following file: /dynapi/examples/dynapi.gui.pushpanel.html i recieved the following error (in NN JS console): JavaScript Error: /dynapi/dynapi/src/lib/dynapi/api/dynlayer.js, line 415: this.elm has no properties. when i RESIZED the browser. BTW - i really like you all's work! Ill soon use it! Cheerio, Pieter. |
From: Michael P. <mp...@ph...> - 2001-02-01 13:18:58
|
why does the dynlayer code call getX / getY at the end of these functions? -- Michael Pemberton mp...@ph... ICQ: 12107010 |
From: <no...@so...> - 2001-02-01 11:33:40
|
Bug #130684, was updated on 2001-Jan-31 23:07 Here is a current snapshot of the bug. Project: DynAPI 2 Category: API Extentions Status: Open Resolution: None Bug Group: None Priority: 5 Submitted by: robelix Assigned to : nobody Summary: weird PathAnimation.line bug Details: I wanted to move a layer aournd a square: function joinarrays( arr1, arr2) { var len = arr1.length; for (var i = 0; i <= arr2.length; i++) { arr1[i+len] = arr2[i]; } return arr1; } DynAPI.onLoad = function() { block = new DynLayer(); block.setSize(80,80); block.moveTo(0,0); block.setBgColor("red"); path = new PathAnimation(block); var line = PathAnimation.line(0,0, 100,0, 10); line = joinarrays(line, PathAnimation.line(100,0, 100,100, 10)); line = joinarrays(line, PathAnimation.line(100,100, 0,100, 10)); line = joinarrays(line, PathAnimation.line(0, 100, 0,0, 10)); path.addAnimation( line ); path.sleep(50); path.setLoops(0,true); DynAPI.document.addChild(block); path.playAnimation(0); } but it did crazy things - the third line was moving somewhere else I found out that I get the square when I switch x and y in the third call of Pathanimation.line - very weird (tried it only wiht Linux Netscape 4.75 so far) Follow-Ups: Date: 2001-Feb-01 03:33 By: robelix Comment: sorry folks! PathAnimation.line is OK - it was my own bug: must be for (var i = 0; i < arr2.length; i++) in my joinarrays-function (I still wonder that this didn't cause problems with the first call, but anyway I've got it) ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=130684&group_id=5757 |
From: <no...@so...> - 2001-02-01 07:07:25
|
Bug #130684, was updated on 2001-Jan-31 23:07 Here is a current snapshot of the bug. Project: DynAPI 2 Category: API Extentions Status: Open Resolution: None Bug Group: None Priority: 5 Submitted by: robelix Assigned to : nobody Summary: weird PathAnimation.line bug Details: I wanted to move a layer aournd a square: function joinarrays( arr1, arr2) { var len = arr1.length; for (var i = 0; i <= arr2.length; i++) { arr1[i+len] = arr2[i]; } return arr1; } DynAPI.onLoad = function() { block = new DynLayer(); block.setSize(80,80); block.moveTo(0,0); block.setBgColor("red"); path = new PathAnimation(block); var line = PathAnimation.line(0,0, 100,0, 10); line = joinarrays(line, PathAnimation.line(100,0, 100,100, 10)); line = joinarrays(line, PathAnimation.line(100,100, 0,100, 10)); line = joinarrays(line, PathAnimation.line(0, 100, 0,0, 10)); path.addAnimation( line ); path.sleep(50); path.setLoops(0,true); DynAPI.document.addChild(block); path.playAnimation(0); } but it did crazy things - the third line was moving somewhere else I found out that I get the square when I switch x and y in the third call of Pathanimation.line - very weird (tried it only wiht Linux Netscape 4.75 so far) For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=130684&group_id=5757 |
From: <ni...@pr...> - 2001-01-31 21:06:46
|
> I saw that someone mentioned setTimeout workarounds. Where are these used. it has been used to get the contentWidth() and contentHeight(0 for ns 6 what u can do is put a setTimeout in the create element that we'll help ns 6 to return the right value and not 0 Y |
From: Jared N. <ja...@aa...> - 2001-01-31 20:45:48
|
can you show me an example of this in use? |
From: Doug M. <do...@cr...> - 2001-01-31 20:40:15
|
good job! How thoroughly does the object get deleted? How does this impact the enharent Mem Leak in IE on the PC? Not to rush you of course.. :-) Doug > Hi, > I saw that someone mentioned setTimeout workarounds. Where are these used. > Using setTimeout is basically JS only way of using threading. By the way > that is how to kill objects. You write a static method that kills the > object. Then in the objects own destroy code you add a setTimeout to that > static function. > > > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://lists.sourceforge.net/lists/listinfo/dynapi-dev |
From: Eytan H. <ey...@tr...> - 2001-01-31 20:35:33
|
Hi, I saw that someone mentioned setTimeout workarounds. Where are these used. Using setTimeout is basically JS only way of using threading. By the way that is how to kill objects. You write a static method that kills the object. Then in the objects own destroy code you add a setTimeout to that static function. |
From: Pascal B. <pa...@dy...> - 2001-01-31 17:57:40
|
NS4.04 was buggy with code as far as I can remember I'm not talking about what it supports, but how it supports...badly. again this is what I remember from it Pascal Bestebroer pa...@dy... http://www.dynamic-core.net -----Oorspronkelijk bericht----- Van: dyn...@li... [mailto:dyn...@li...]Namens Bart Bizon Verzonden: dinsdag 30 januari 2001 21:41 Aan: dyn...@li... Onderwerp: SV: [Dynapi-Dev] Error in Netscape 4 Well, from what I know Netscape 4.01 - 4.05 support Javascript 1.2, 4.05+ support 1.3... And Javascript 1.2 has many "features" not found in later versions. Nor prior. For instance, type conversion is turned off, i.e. ("345"==345 ) would be false. In Javascript 1.3 and 1.1 this would be true. (to achieve the same effect in Javascript 1.3 you would do ("345"===345 ), where === is equality without typeconversion.) Also there are some differences where returning values are concerned. And this is without mentioning all the bugs that exist ;) -----Ursprungligt meddelande----- Från: Pascal Bestebroer <pa...@dy...> Till: dyn...@li... <dyn...@li...> Datum: den 30 januari 2001 19:23 Ämne: RE: [Dynapi-Dev] Error in Netscape 4 yep, NS4.04 sucks with code. The browser has some serious problems handling alot of basic javascript things. I guess I'll have to add a note about non NS4.04 compatiblity to the f.a.q. There will probably be more problems even when adding the return lines to the functions. Pascal Bestebroer pa...@dy... http://www.dynamic-core.net -----Oorspronkelijk bericht----- Van: dyn...@li... [mailto:dyn...@li...]Namens Leon Reinders Verzonden: dinsdag 30 januari 2001 19:13 Aan: dyn...@li... Onderwerp: [Dynapi-Dev] Error in Netscape 4 Recently i've been testing Dynapi on my computer and have noticed that i get errorrs in netscape 4.04 using mouseevents. (Even in the latest versions of Dynapi.) I found that placing a default return-false in a subroutine would easily fix this. Could anybody comfirm my findings? Thanks. |
From: Cameron H. <ca...@bi...> - 2001-01-31 17:42:16
|
Thanks for the fixes Doug. But I think ideally, if the API is solid, we shouldn't have to put thse work-arounds in our widgets. That's why I think these are bugs, everyone could apply little fixes here and there to make things work, but really the core API should work well enough that you don't have to. Perhaps it is impossible in some cases (content h/w in NS6/MacIE5 sounds that way) but I think it's a goal to work towards. -----Original Message----- From: dyn...@li... [mailto:dyn...@li...]On Behalf Of Doug Melvin Sent: 31 January 2001 18:39 To: dyn...@li... Subject: Re: [Dynapi-Dev] events and dragevents debugging I've been looking into events problems (ignoring bubbling) and found the following issues. Some of these have been reported before. Oh, I've been using a modified version of the mouseevents example html file which I'll attach to this mail. It's quite useful for debugging, if people can think of further test cases then they should add them :-) Win32 IE is my yard stick. IE behave's mostly like I'd expect, so if other browsers don't I reckon it's a bug. IE: If you enable dragging, then you cannot select form text, instead you drag the window. Are you using the IE text selection fix? Just wondering... NS4: If you enable dragevents, click and dblclick events are not fired. Events are not picked up on the image (but they are using dynimage, so what's the difference). I came across that too, here was my problem/fix. Problem: In NS, one could not click on the buttons at the far right of my toolbar.. (www.creative-workshop.com/demo/cwconcept.htm) Solution: in the mousedown event of the buttons I disable dragging of the toolbar and on mouseup I 'click' or perform tho code I would have put in onclick and re-enabled to drag events. i.e. db1.onmousedown=function(e){ e.setBubble(false); DragEvent.disableDragEvents(ToolBar); } db1.onmouseup=function(e){ e.setBubble(false); dockClick(e); DragEvent.enableDragEvents(ToolBar); } Unfortunatly you then have a problem with mousedown happening, but then the mouse moving off the object before comming up and the the mouseup doesn't get fired of course.. My solution for that was simple tho.. :-) var d1=new EventListener(DynAPI.document); d1.onmousemove=function(e){ e.setBubble(true); ....... DragEvent.enableDragEvents(ToolBar); } DynAPI.document.addEventListener(d1); NS6(using nicolajazz patch): Events are still being fired twice. When dragging is enabled you cannot select a form input to type into. NS6(using my patch): Double click events are not being fired. I added something to events.js to allow forms to be selected when dragging but the problem is probably with dragevent.js not events.js. Some food for thought, better get back to the real work now... |
From: Richard B. <ma...@ri...> - 2001-01-31 17:37:20
|
Hi, > please don't get me wrong here ) that my opinion is somehow respected and people That's true, your site, and the work you put into your examples/widgets was very inspiring. > I tried to setup some file-uploading utily some time ago but nobody > I'll try it again. I'll keep a file list in my web site. This page will include > a list of files I was of the same idea, but I thought, why not give it into the hands of the developers, we are all adult enough to respect a common resource without abusing it. so I opened an ftp server with a free hosting site: ftp.dynapi.f2s.com username: dynapi password: dynapi web: http://www.dynapi.f2s.com I plan to up three versions of the dynapi, the official release (to remain unchanged), the current snapshot (updated regularly, but not to be changed either) and the latest snapshot, for testing api changes, where people can apply api changes, to test they don't affect other peoples work. I'll be putting up a front-page, with a few guidelines, ie upping your examples in a directory under your name etc, if anyone has any ideas on this, post away. The resource should be used to show bugs on a common release. BTW, who registered www.dynapi2.f2s.com, and let it lie untouched - planning on selling it back later? ;o) Cheers, Richard Bennett ma...@ri... www.richardinfo.com (Everything running on, and ported to the 19/12/2000 snapshot of DynAPI2) ----- Original Message ----- From: "Jordi 'IlMaestro' Ministral" <jmi...@or...> To: <dyn...@li...> Sent: Wednesday, January 31, 2001 5:39 PM Subject: [Dynapi-Dev] Who stole my time ? > >From the deepest and darkest swamps of work and personal problems did I emerge, > grasping for some air, just to meet 200 DynAPI-related mails. The hardest part > has been to smile at my boss at tell I was doing some research while I was > reading all of them. Maybe I have been involved for too long but now I feel ( > please don't get me wrong here ) that my opinion is somehow respected and people > wants to know what I think about all these important issues. Ok, here we go. > > - I have noticed an increase in the number of mails in this list. This must a be > good news because this means more people using the API. > > - When there was pure DHTML-related trouble and discussing, the number of people > participating was very small. When it comes to discussing coding techniques in > general and OO architectures and so, there's a lot of people who's got something > to say. The logical conclusion would be that there's far more people who's got > the hability to improve the API code-speaking than people that can find/fix the > DHTML related bugs. > > - NS6 has been out for a little time. There are bugs, and those will need to be > solved regarless of the object structure we choose for the API. Then, why don't > we generate two / many working teams ? Go ahead and work on a new object model, > it won't hurt the API. The good thing about an API is that its internal > structure can be changed and yet its external interface works the same. My > advice would be to remember that a very formal,modular, well documented and > scalable code that weights 80ks will be useless. This is not a compiled > environment, and SIZE DOES MATTER. > > - Submitting a file to this list does not make any guarantee that it will be > analyzed or replied. I have a mail folder where I keep all the attachments, but > I don't have the time to take a look at them. I almost don't have time to shave, > lately. This does not mean we don't care about these posts, it is just a matter > of time. I tried to setup some file-uploading utily some time ago but nobody > used it. I can do it again and see what happens. > > - Personally I feel more like helping people who can't get the loadpanel to work > than people that believes the code is not nice enought. Again, there's enough > people in this community to do all of the work, but I sometimes I can't help but > have the feeling that whereas there's a lot of people that can do all of these > fixing that needs to be done, only a few of us are expected to do it. > > - Again, I can't get NS6 to work on my machine. I can't help. I wish I could. It > hurts me seeing all of these "NS6 fails to.. " posts and reposts and not being > able to help, but there's nothing I can do. Same goes for Mac and Linux. > > --------------------------- > > I finished my SMI menu interface, but I haven't been able to finish its docs. > Foreseing all of the posts / questions / complains that an undocumented release > would generate, I'd rather wait until I have the docs. Anyone interested mail me > and I'll send you what I have. > > -------------------- > > I'll try it again. I'll keep a file list in my web site. This page will include > a list of files. None of them I will test, just post. So, If you want to submit > code, mail it to me ( ilm...@ca... ) , including a zipped file, > description and installation instructions. I will host and maintain the list, > but I will not guarantee that they work and all questions will be redirected to > the author of the file. This way at least those contributiuons won't get lost > among 30 rock-related discussions. > > > > > Do I look tired. > > > > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://lists.sourceforge.net/lists/listinfo/dynapi-dev > ____________________________________________________________ > Get your free domain name and domain-based e-mail from > Namezero.com. New! Namezero Plus domains now available. > Find out more at: http://www.namezero.com > |
From: Cameron H. <ca...@bi...> - 2001-01-31 17:25:45
|
> - Again, I can't get NS6 to work on my machine. I can't help. I > wish I could. It > hurts me seeing all of these "NS6 fails to.. " posts and reposts > and not being > able to help, but there's nothing I can do. Same goes for Mac and Linux. I'm sure it's possible to get this working. Forget about Netscape 6 and install Mozilla 0.6 which uses the same codebase so is suitable for testing NS6. Before you install it, make sure you've uninstalled and deleted all old NS6 and/or Mozilla first. If you've already done this, go through the Mozilla release notes with a fine tooth comb... |
From: Dann <da...@to...> - 2001-01-31 17:00:22
|
Hi Jordi, This effort works directly against M$ browser development efforts (and strategies) as well as against any browser manufacturer with imperialist 'seek-and-destroy' market tendencies. However, it does favour underdog browsers because of its very cross-browser nature, with respect to the dominant browser. M$ needs developers to exploit its incompatible features to gain more market share, while this effort tries to neutralize incompatibilities, and thus neutralizes their leverage. DynAPI is a developer's dream. It is a manufacturer's nightmare. (and that's my two EURO cents worth of opinion :) CU, Dann |
From: Jordi 'I. M. <jmi...@or...> - 2001-01-31 16:49:54
|
- Hello everybody noew to this discussion and this project. Be welcome. - Anyone listening works for Microsoft / Netscape ? Did they ever notice us ? Do they care ? Couldn't they help out a bit ? What we do is for their bennefit as well, isn't it ? Or am I missing some brilliant business-related point here ? What about Opera people ? Hey, we're trying to make your browser suitable for the masses ! Ping browser developers. Pinging any bit of common sense that may still wander their big-company masterplans. |
From: Jordi 'I. M. <jmi...@or...> - 2001-01-31 16:41:45
|
From the deepest and darkest swamps of work and personal problems did I emerge, grasping for some air, just to meet 200 DynAPI-related mails. The hardest part has been to smile at my boss at tell I was doing some research while I was reading all of them. Maybe I have been involved for too long but now I feel ( please don't get me wrong here ) that my opinion is somehow respected and people wants to know what I think about all these important issues. Ok, here we go. - I have noticed an increase in the number of mails in this list. This must a be good news because this means more people using the API. - When there was pure DHTML-related trouble and discussing, the number of people participating was very small. When it comes to discussing coding techniques in general and OO architectures and so, there's a lot of people who's got something to say. The logical conclusion would be that there's far more people who's got the hability to improve the API code-speaking than people that can find/fix the DHTML related bugs. - NS6 has been out for a little time. There are bugs, and those will need to be solved regarless of the object structure we choose for the API. Then, why don't we generate two / many working teams ? Go ahead and work on a new object model, it won't hurt the API. The good thing about an API is that its internal structure can be changed and yet its external interface works the same. My advice would be to remember that a very formal,modular, well documented and scalable code that weights 80ks will be useless. This is not a compiled environment, and SIZE DOES MATTER. - Submitting a file to this list does not make any guarantee that it will be analyzed or replied. I have a mail folder where I keep all the attachments, but I don't have the time to take a look at them. I almost don't have time to shave, lately. This does not mean we don't care about these posts, it is just a matter of time. I tried to setup some file-uploading utily some time ago but nobody used it. I can do it again and see what happens. - Personally I feel more like helping people who can't get the loadpanel to work than people that believes the code is not nice enought. Again, there's enough people in this community to do all of the work, but I sometimes I can't help but have the feeling that whereas there's a lot of people that can do all of these fixing that needs to be done, only a few of us are expected to do it. - Again, I can't get NS6 to work on my machine. I can't help. I wish I could. It hurts me seeing all of these "NS6 fails to.. " posts and reposts and not being able to help, but there's nothing I can do. Same goes for Mac and Linux. --------------------------- I finished my SMI menu interface, but I haven't been able to finish its docs. Foreseing all of the posts / questions / complains that an undocumented release would generate, I'd rather wait until I have the docs. Anyone interested mail me and I'll send you what I have. -------------------- I'll try it again. I'll keep a file list in my web site. This page will include a list of files. None of them I will test, just post. So, If you want to submit code, mail it to me ( ilm...@ca... ) , including a zipped file, description and installation instructions. I will host and maintain the list, but I will not guarantee that they work and all questions will be redirected to the author of the file. This way at least those contributiuons won't get lost among 30 rock-related discussions. Do I look tired. |
From: Jack_Speranza <jsp...@gr...> - 2001-01-31 16:03:41
|
Actually, it's probably the best syntax. By having the double parentheses, the JS interpreter knows the assignment operation within the first set of parentheses has to occur before the condition test for true/false. Without the double set of parentheses, Netscape's interpreter flags this as a potential syntax error (i.e. - "=" instead of "=="). So actually, the fact IE doesn't see it as a problem is perhaps an example of Microsoft trying to "think" for the programmer... -----Original Message----- From: Doug Melvin [mailto:do...@cr...] Sent: Wednesday, January 31, 2001 1:31 PM To: dyn...@li... Subject: Re: [Dynapi-Dev] [Bug #130357] small typo in list.js That's just plain dodgy.. I do hope NetScrape get's it's act together.. It would be a dream (IMHO) to code for a browser that is fully WC3 DOM complient.. > use two parenthesis and NS6 will do fine > > if ((this.selected=b)) > > Don't ask me why > > > martin strom wrote: > > > i think it would, the reason i found this "bug" > > was because ns6 thrown an error on that line.. > > > > /m > > > > -----Original Message----- > > From: dyn...@li... > > [mailto:dyn...@li...]On Behalf Of Cameron Hart > > Sent: den 30 januari 2001 14:42 > > To: dyn...@li... > > Subject: RE: [Dynapi-Dev] [Bug #130357] small typo in list.js > > > > perhaps it would be safer to assign the value first and then test the > > condition... > > -----Original Message----- > > From: dyn...@li... > > [mailto:dyn...@li...]On Behalf Of Michael > > Pemberton > > Sent: 30 January 2001 13:28 > > To: dyn...@li... > > Subject: Re: [Dynapi-Dev] [Bug #130357] small typo in list.js > > > > please put the "typo" back. What is does is set the value of this.selected > > to b and then evaluates the returned value (the new value of this.selected). > > It is needed to change the selected state of the item. > > no...@so... wrote: > > Bug #130357, was updated on 2001-Jan-28 14:27 > > Here is a current snapshot of the bug. > > Project: DynAPI 2 > > Category: Core - Widgets > > Status: Closed > > Resolution: Fixed > > Bug Group: None > > Priority: 5 > > Submitted by: marstr > > Assigned to : rainwater > > Summary: small typo in list.js > > Details: there's a small typo (i think) in list.js line 76 > > if (this.selected=b) > > > > should be > > if (this.selected==b) > > > > right? > > Follow-Ups: > > Date: 2001-Jan-28 17:50 > > By: rainwater > > Comment: > > Doh! Its been updated in CVS. Closing this bug. > > ------------------------------------------------------- > > For detailed info, follow this link: > > http://sourceforge.net/bugs/?func=detailbug&bug_id=130357&group_id=5757 > > _______________________________________________ > > Dynapi-Dev mailing list > > Dyn...@li... > > http://lists.sourceforge.net/lists/listinfo/dynapi-dev > > -- > > Michael Pemberton > > mp...@ph... > > ICQ: 12107010 > > > > _______________________________________________ > > 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-Dev mailing list Dyn...@li... http://lists.sourceforge.net/lists/listinfo/dynapi-dev |
From: Doug M. <do...@cr...> - 2001-01-31 15:41:22
|
I've been looking into events problems (ignoring bubbling) and found the following issues. Some of these have been reported before. Oh, I've been using a modified version of the mouseevents example html file which I'll attach to this mail. It's quite useful for debugging, if people can = think of further test cases then they should add them :-) Win32 IE is my yard stick. IE behave's mostly like I'd expect, so if = other browsers don't I reckon it's a bug. IE: If you enable dragging, then you cannot select form text, instead you = drag the window. Are you using the IE text selection fix? Just wondering... NS4: If you enable dragevents, click and dblclick events are not fired. Events are not picked up on the image (but they are using dynimage, so what's the difference). I came across that too, here was my problem/fix. Problem: In NS, one could not click on the buttons at the far right of = my toolbar.. (www.creative-workshop.com/demo/cwconcept.htm) Solution: in the mousedown event of the buttons I disable dragging of = the toolbar and on mouseup I 'click' or perform tho code I would have put in onclick = and re-enabled to drag events. i.e. db1.onmousedown=3Dfunction(e){ e.setBubble(false); DragEvent.disableDragEvents(ToolBar); } db1.onmouseup=3Dfunction(e){ e.setBubble(false); dockClick(e); DragEvent.enableDragEvents(ToolBar); } Unfortunatly you then have a problem with mousedown happening, but then = the mouse moving off the object before comming up and the the mouseup = doesn't get fired of course.. My solution for that was simple tho.. :-) var d1=3Dnew EventListener(DynAPI.document); d1.onmousemove=3Dfunction(e){ e.setBubble(true); ....... DragEvent.enableDragEvents(ToolBar); } DynAPI.document.addEventListener(d1); NS6(using nicolajazz patch): Events are still being fired twice. When dragging is enabled you cannot select a form input to type into. NS6(using my patch): Double click events are not being fired. I added something to events.js to allow forms to be selected when = dragging but the problem is probably with dragevent.js not events.js. Some food for thought, better get back to the real work now... |
From: Doug M. <do...@cr...> - 2001-01-31 15:33:48
|
That's just plain dodgy.. I do hope NetScrape get's it's act together.. It would be a dream (IMHO) to code for a browser that is fully WC3 DOM complient.. > use two parenthesis and NS6 will do fine > > if ((this.selected=b)) > > Don't ask me why > > > martin strom wrote: > > > i think it would, the reason i found this "bug" > > was because ns6 thrown an error on that line.. > > > > /m > > > > -----Original Message----- > > From: dyn...@li... > > [mailto:dyn...@li...]On Behalf Of Cameron Hart > > Sent: den 30 januari 2001 14:42 > > To: dyn...@li... > > Subject: RE: [Dynapi-Dev] [Bug #130357] small typo in list.js > > > > perhaps it would be safer to assign the value first and then test the > > condition... > > -----Original Message----- > > From: dyn...@li... > > [mailto:dyn...@li...]On Behalf Of Michael > > Pemberton > > Sent: 30 January 2001 13:28 > > To: dyn...@li... > > Subject: Re: [Dynapi-Dev] [Bug #130357] small typo in list.js > > > > please put the "typo" back. What is does is set the value of this.selected > > to b and then evaluates the returned value (the new value of this.selected). > > It is needed to change the selected state of the item. > > no...@so... wrote: > > Bug #130357, was updated on 2001-Jan-28 14:27 > > Here is a current snapshot of the bug. > > Project: DynAPI 2 > > Category: Core - Widgets > > Status: Closed > > Resolution: Fixed > > Bug Group: None > > Priority: 5 > > Submitted by: marstr > > Assigned to : rainwater > > Summary: small typo in list.js > > Details: there's a small typo (i think) in list.js line 76 > > if (this.selected=b) > > > > should be > > if (this.selected==b) > > > > right? > > Follow-Ups: > > Date: 2001-Jan-28 17:50 > > By: rainwater > > Comment: > > Doh! Its been updated in CVS. Closing this bug. > > ------------------------------------------------------- > > For detailed info, follow this link: > > http://sourceforge.net/bugs/?func=detailbug&bug_id=130357&group_id=5757 > > _______________________________________________ > > Dynapi-Dev mailing list > > Dyn...@li... > > http://lists.sourceforge.net/lists/listinfo/dynapi-dev > > -- > > Michael Pemberton > > mp...@ph... > > ICQ: 12107010 > > > > _______________________________________________ > > 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 |
From: Cameron H. <ca...@bi...> - 2001-01-31 15:25:50
|
I've been looking into events problems (ignoring bubbling) and found the following issues. Some of these have been reported before. Oh, I've been using a modified version of the mouseevents example html file which I'll attach to this mail. It's quite useful for debugging, if people can think of further test cases then they should add them :-) Win32 IE is my yard stick. IE behave's mostly like I'd expect, so if other browsers don't I reckon it's a bug. IE: If you enable dragging, then you cannot select form text, instead you drag the window. NS4: If you enable dragevents, click and dblclick events are not fired. Events are not picked up on the image (but they are using dynimage, so what's the difference). NS6(using nicolajazz patch): Events are still being fired twice. When dragging is enabled you cannot select a form input to type into. NS6(using my patch): Double click events are not being fired. I added something to events.js to allow forms to be selected when dragging but the problem is probably with dragevent.js not events.js. Some food for thought, better get back to the real work now... |
From: Doug M. <do...@cr...> - 2001-01-31 15:23:37
|
No rebuf was intended. I simply wanted to draw their attention to the existance of a tree widget.. I know I would be upset if I but a bunch of effort into something only to find out later that someone had beat me to it. No insult was intended towards J. Fernando Moyano. It has lines? You looked at the code.. how hard would highlighting be? I am as interested in new ideas and technologies as the next guy.. So to Mr. Moyano: I apollogize If I offended you. ----- Original Message ----- From: "Richard Bennett" <ma...@ri...> To: <dyn...@li...> Sent: Tuesday, January 30, 2001 3:50 PM Subject: Re: [Dynapi-Dev] I have wrote a tree widget .... > No Doug, I don't think a rebuff was in order here, firstly, any widget is > welcome, be it better or worse than what exists, if it's no good, don't use > it. > But apart from that, I gave the code a once over, and although it doesn't > look very conventional, that might just be it's strength, as far as I can > see, it uses minimal layers, building the tree in a table. > The small example loads very fast, so maybe this would be interesting for > large trees, which don't need the added functionality of opening on a node > through a value passed to them (like mine), but should load fast, I'll test > it with a thousand nodes or so (the limit of my widget), my criteria was > less than 10 seconds rendering time after 10 reloads on IE (on my pc). > And it also has the dotted lines, way cool! > > Cheers, > Richard Bennett > > ma...@ri... > www.richardinfo.com > (Everything running on, and ported to the 19/12/2000 snapshot of DynAPI2) > > ----- Original Message ----- > From: "Doug Melvin" <do...@cr...> > To: <dyn...@li...> > Sent: Wednesday, January 31, 2001 12:14 AM > Subject: Re: [Dynapi-Dev] I have wrote a tree widget .... > > > > what's wrong with the tree we have? > > see www.richardinfo.com > > ----- Original Message ----- > > From: "J. Fernando Moyano" <tx...@wa...> > > To: <dyn...@li...> > > Cc: <dyn...@li...> > > Sent: Tuesday, January 30, 2001 11:16 AM > > Subject: [Dynapi-Dev] I have wrote a tree widget .... > > > > > > > > > > I have wrote a tree widget for DynAPI2 ... > > > It's very simple and it has some "dirty" feature (you mut pass the > > variable > > > name as parameter ... but i don't know very well the DynAPI. Someone can > > fixit > > > in 5 minutes ???) > > > > > > I send a tgz file with the tree.js file (in dynapi/gui), the > > > necesary bitmaps (in dynapi/images/tree) and a working example. > > > > > > I'm using it in my project mainpage (http://wdbil.sourceforge.net) > > > > > > Bye, > > > > > > txino > > > > > > -- > > > > > > "It is not the strongest of the species that survive, nor the most > > > intelligent,but the one most responsive to change." > > > > > > John McFee > > > > > > (*) SymeX ==> http://symex.lantik.com > > > (*) WDBIL ==> http://wdbil.sourceforge.net > > > (*) Informate sobre LINUX en http://www.linux.org > > > > > > > > > _______________________________________________ > > Dynapi-Dev mailing list > > Dyn...@li... > > http://lists.sourceforge.net/lists/listinfo/dynapi-dev > > ____________________________________________________________ > > Get your free domain name and domain-based e-mail from > > Namezero.com. New! Namezero Plus domains now available. > > Find out more at: http://www.namezero.com > > > > > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://lists.sourceforge.net/lists/listinfo/dynapi-dev |
From: <hv...@ya...> - 2001-01-31 14:44:54
|
Hey, you're not alone with that. I asked several times on both help and widgetdev lists about things for the DynBuilder build, but nobody responded. I guess you gotta expect that to happen in a forum, still even the most basic response is always nice - if for nothing else than to confirm the message got through. maybe one in a while somebody could be as good as to check up on which posts never got a reply in a while and just send a little reply confirmation. Not that its anybody in specific's task, but just something everyone could consider to do every now and again... Henrik Våglin [ hv...@ya... ] --- Eytan Heidingsfeld <ey...@tr...> skrev: > I understand that the best step right now will be to > build some type of > working DynAPI in my model. I'm working on it. But I > need some help. I have > asked 2 questions about certain lines of code and > gotten no reply. > I understand that not everyone agrees with my model > but you can still help. > > 8an > > > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://lists.sourceforge.net/lists/listinfo/dynapi-dev ===== // Henrik Vaglin ************************************************** Visit my comics artpage at http://photos.yahoo.com/bc/hvaglin?d&.flabel=fld5&.src=bc ************************************************** __________________________________________________ Get personalized email addresses from Yahoo! Mail - only $35 a year! http://personal.mail.yahoo.com/ |
From: Eytan H. <ey...@tr...> - 2001-01-31 14:10:14
|
I understand that the best step right now will be to build some type of working DynAPI in my model. I'm working on it. But I need some help. I have asked 2 questions about certain lines of code and gotten no reply. I understand that not everyone agrees with my model but you can still help. 8an |