Patches item #409134, was updated on 2001-03-16 06:23
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=305757&aid=409134&group_id=5757
Category: DynAPI-Event
Group: None
Status: Open
Priority: 5
Submitted By: Michael Pemberton (mpember)
Assigned to: Nobody/Anonymous
Well, as I said before, this is the free-for-all corner:
FTP
ftp://dynapi:[EMAIL PROTECTED]
WWW
http://www.dynapi.f2s.com
Where people can up what they want to share.
Richard
- Original Message -
From: "Daniel Aborg" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, March 16,
I think that's a really good idea. After all, this is an open source
project, and the whole idea of open source is to have many people
working on the various parts of the project.
Maybe Richard could put up a site which is used for half-finished stuff?
This way we'd have a higher degree of code s
What do you mean appending conflicting code?
DynDocument.prototype. = DynDocument.prototype.y
DynDocument.prototype.y = function() {
this.()
somestuff = 1
}
This can be achieved by rewriting the addCodeToMethod.
I dont see the problem with this.
Rob
- Original Message -
Title: Re: [Dynapi-Dev] Mouse Events in IE
Al from Iowa has agreed to help the men of the
U.S.S Rock to transport rather "large" stones to the elusive and secret staging
area of the U.S.S Rock. Note the size and scale of Al's truck. We
appreciate it's "three stone capacity".
Also, additio
Title: Re: [Dynapi-Dev] Mouse Events in IE
Good idea actually, maybe we could hardwire a
mouse-event killer on window/document.onblur and mouseout
- Original Message -
From:
Richard
Bennett
To: [EMAIL PROTECTED]
Sent: Friday, March 16, 2001 1:26
PM
Subject: Re: [
Title: Re: [Dynapi-Dev] Mouse Events in IE
Yes it could, but then you can only scroll if the
mouse stays over the scroll button.
On the other hand, I must admit that this problem
is already fixed in the current scroll bar, on testing the only remaining
problem is if the mouse-up occurs outsid
that's a very good idea, but it still leaves us open to 'appending'
conflicting code
- Original Message -
From: "Robert Rainwater" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, March 15, 2001 6:43 PM
Subject: Re: [Dynapi-Dev] DynAPI X [addCodeToMethod]
> Why not just rewrit
not as pretty
- Original Message -
From: "Raymond Smith" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, March 15, 2001 6:12 PM
Subject: [Dynapi-Dev] LOGO 2_1alt
> Last one can be tinted to any color without degradation.
>
___
D
very nice! (am I conservative? )
- Original Message -
From: "Raymond Smith" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, March 15, 2001 6:09 PM
Subject: [Dynapi-Dev] LOGO_2
> For the conservative bunch... (mutter)
>
___
Dyna
Just a note:
The macromedia Ultradev exhange ( http://www.macromedia.com/exchange/ultradev/
) contains a whole lot of
plug-ins which provid DHTML code for NS6 and
Mozilla..
I'll post a few code snippetts
later.
>From [EMAIL PROTECTED] Fri Mar 16 15:22:08 2001
>
>i would prefer the other way, that ns acts as ie does.
>there are situations where it makes a difference if the user releases the
>mouse over another layers than it was pressed.
I think I agree. These situations occur when the mousedown does
no
Some more on this, in DynObject.prototype.addChild there is a line:
if(this.created) c.create();
however the first line of DynLayer basically says if(this.created)return,
So in addition to my suggestion below should the line in
DynObject.prototype.addChild be changed to:
if(!this.created) c.cr
Title: Re: [Dynapi-Dev] Mouse Events in IE
couldn't that be solved by catching the onmouseout-event of the scrollbar-knob to disable the drag?
Von: "Richard Bennett" <[EMAIL PROTECTED]>
Antworten an: [EMAIL PROTECTED]
Datum: Fri, 16 Mar 2001 14:50:43 +0100
An: <[EMAIL PROTECTED]>
Betreff: Re: [
i would prefer the other way, that ns acts as ie does.
there are situations where it makes a difference if the user releases the
mouse over another layers than it was pressed.
example:
a button that has an some funtionality onmouseup.
if the user presses the mouse over the button and releases it,
Trying to make myself useful, so I'm having a go at migrating LoadPanel to
DynAPIX. Out of the box it doesn't work, I think I've tracked down the
reason why. LoadPanel has a method called reload, which basically removes
itself from its parent then adds itself again (I'm not sure why, I didn't
writ
Being a minimalist, I must say I really like this one, but where are the
rocks?
-Original Message-
From: Raymond Smith [mailto:[EMAIL PROTECTED]]
Sent: Thursday, March 15, 2001 9:22 PM
To: [EMAIL PROTECTED]
Subject: [Dynapi-Dev] LOGO 2_thin
Petite version...
_
Patches item #409134, was updated on 2001-03-16 06:23
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=305757&aid=409134&group_id=5757
Category: DynAPI-Event
Group: None
Status: Open
Priority: 5
Submitted By: Michael Pemberton (mpember)
Assigned to: Nobody/Anonymous
oops. disregard the move to MouseEvent.
put this in the original position. I'll send the patch now.
if (is.def) {
if (e.type=='mousedown' && MouseEvent.focus==null)
MouseEvent.focus=src;
else if (e.type=='mouseup' && MouseEvent.focus!=null)
{
evt.src=src=MouseEvent.focus;
I'm still trying to find a NS version of the solution. When I find
that, I'll post it all as one single patch.
Richard Bennett wrote:
Ahh,
so that should solve the problem of the "sticky" scroll-bar-knobs.Maybe
you could submit it as a patch so it doesn't get forgotten. Richard.
- Origina
Ahh, so that should solve the problem of the
"sticky" scroll-bar-knobs.
Maybe you could submit it as a patch so it doesn't
get forgotten.
Richard.
- Original Message -
From:
Michael
Pemberton
To: [EMAIL PROTECTED]
Sent: Friday, March 16, 2001 1:56
PM
Subject:
being the NS6 events god that you are, do you have any idea on how I could
do the same for NS6. The e.src keeps being reposted as the dyndoc. btw,
I've since moved the code into the MouseEvent object to allow for it not
being needed for anything else but mouse events. Just move the added if
sta
> 1) I think it would be great if the DynAPI web site allowed user/developer
> to add widgets to a central directory. It would be awesome if the site
> allowed users to upload, run and download submitted widgets.
Agreed, but these things have to be to be maintained, because the people who
submitt
Another 2 cents from a developer who hasn't contributed much but has
followed the dynapi2 work
with great interest. I totally agree with Ken about widgets. One of the
reasons the original dynapi
was such a success was that over time Dan built up a comprehensive set of
out-of-the-box working wid
just a few comments (less active, but still here :)
> IMO, (memory leaks aside) the quality and availability of the
> widgets is *the* most important factor to the success of DynAPI. People
> want to make cool sites quickly.
totally agree.. but seeing the changes dynapi has undergone, I persona
If I don't receive a large amount of rocks I'll make it into DynAPI X.
Note that I'm no longer developing the old code. To me it is about dead.
Michael Pemberton wrote:
> I was getting pissed off that IE detected the location of a 'mouseup'
> event in the current location and NS used the same
IMO, (memory leaks aside) the quality and availability of the widgets is
*the* most important factor to the success of DynAPI. People want to make
cool sites quickly. Programming with DynAPI is a lot better than rolling
your own portability library (or other libraries available), but it is stil
I was getting pissed off that IE detected the location of a 'mouseup' event
in the current location and NS used the same location where the 'mousedown'
event was triggered.
Here's some code that stores the mousedown source and redirects the
mouseup event so that both browsers now act in the same
Sure, as you know I appreciate any widget , but I do *try* to keep them
working as error-free as possible, so am less enthusiastic about putting up
widgets that are not working yet.
Also, I'm running behind on the DynAPI version, which means widgets using
precreation sometimes fail to work, and ha
Works also if you specifically delete DynObject.all[lyrid] for each layer.
But I think there is a small leak there (5000 DynObjects from 15MB to 9MB)
8an
___
Dynapi-Dev mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/dynapi-d
)Only zepheads will get the humor in the title).
After trying basically everything in my immediate window I suddenly found
something that works with freeing DynObject Memory. If I delete my array of
DynObjects and the array of DynObject.all all the memory returns. So it is a
reference problem aft
I think richard's site is great for that.. it already has a full collection
of widgets available.. so if he's up for it :)
Pascal Bestebroer ([EMAIL PROTECTED])
Software ontwikkelaar
Oberon Informatiesystemen b.v.
http://www.oibv.com
> -Oorspronkelijk bericht-
> Van: [EMAIL PROTECTED]
I would imagine. Runs on NT. Requirements: Windows 95, 98, or NT
http://www.zdnet.com/downloads/stories/info/0,,000X4W,.html
Here's a screen shot of mine. Refreshes every .25 seconds. Even shows
active threads, swap use, etc..
mem mgr.jpg
I deliberately pick this list to send this msg. to I would Like to recommend
that any widget code anyone has finish or half finished should be uploaded
somewhere so everyone can look at them and fix/use them. Everyone here
starts developing things but then they do something else and we have a lot
do you know if it works on Win2k?
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Raymond
> Smith
> Sent: 16 March 2001 09:36
> To: [EMAIL PROTECTED]
> Subject: Re: [Dynapi-Dev] Stable DynAPI X
>
>
> fkWare SysMon Version 1.22 in a nice windows memo
fkWare SysMon Version 1.22 in a nice windows memory monitor. Lots of
configuration options. Try for 30 days free, $10 shareware. I bought it.
zdnet has it for DL.
- Original Message -
From: "Cameron Hart" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, March 16, 2001 1:33 AM
> > How do people test for leaks? Just by seeing how much memory
> the browser is
> > using?
>
> Yes, exactly. If the browser just eats more and more and the memory
> never goes down again, there's a leak. Given that IE garbage collects,
> you'll have to refresh a few times to see if there's actua
37 matches
Mail list logo
