AIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, June 10, 2004 9:37 PM
Subject: Re: [Dynapi-Dev] Suggestions
> It would appear that #3 is a non-issue, which is good. Number 1 can
easily
> be solved with a good amount of grunt work. A really quick search on the
>
quot;Leif W" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, June 10, 2004 12:35 PM
Subject: Re: [Dynapi-Dev] Suggestions
> Doug is known to have a misbehaving Lookout Opressed client. I have a
> Lookout Opress too, but it seems to behave, luckily.
>
> Go
(statuses: open, in progrgess, complete), and the top 1, 3 or 5
> contributors get some prize, like an online gift certificate or
> something? Anything to get it done. Now I just need a backer or
> co-backer... :p
>
> Don't have any good ideas for the 2nd or 3rd.
>
> Le
hursday, June 10, 2004 12:14 PM
Subject: Re: [Dynapi-Dev] Suggestions
> Would switching over to the "standard" way of prototyping and method
definition be too difficult because:
>
> 1) It's just a lot of boring monotonous work
> or
> 2) The internals of Dynapi depend
yeah outlook express when combined with a virus scanner can send blank
messages.. it really sucks i tell ya..
- Original Message -
From: "Peter Romianowski" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, June 10, 2004 12:55 PM
Subject: Re: [Dynapi-D
ot; way would now be
too difficult..
(i don't think) I could dedicate myself to that conversion, but someone will
have to commit it
(i have been trying to get sourceforge to sent me my damned password for 3
years now, maybe it's fixed now?)
cheers
- Original Message -
From: "Peter Rom
L PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, June 10, 2004 10:58 AM
Subject: Re: [Dynapi-Dev] Suggestions
YEs! let's get a cvs update!
There have been a few fizes as of late.
As for the prototyping, switching it over to the
"standard" way would
now be
too diffic
; >>to comment your code at some level, which takes time, energy and
> > >>discipline. :p Sounds like a good idea though, and something I could
> > >>help with, if only involved moving text from the current docs back into
> > >>the source. But I m
day, June 10, 2004 11:56 AM
Subject: Re: [Dynapi-Dev] Suggestions
> Hi,
>
> I think the better way would be to stick to the "p"-thing and modify
JsDoc.
> (or (later) rewrite JsDoc in Java or whatever) The should be easy
enough
> because JsDoc uses a bunch of regexp.
>
> C
? Percentage bigger than using
the same options with the shorthand "p."?
Leif
- Original Message -
From: "Raymond Irving" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, June 10, 2004 11:42 AM
Subject: Re: [Dynapi-Dev] Suggestions
converted to use "p" everywhere for production via some
util? Would it bee too insane to approach it this way? Is there a
better way?
Leif
- Original Message -
From: "Doug Melvin" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, June 10, 2004 10:58 AM
-
> From: "Doug Melvin" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Thursday, June 10, 2004 10:58 AM
> Subject: Re: [Dynapi-Dev] Suggestions
>
>
> > YEs! let's get a cvs update!
> > There have been a few fizes as of late.
>
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.703 / Virus Database: 459 - Release Date: 6/10/04
---
This SF.Net email is sponsored by the new InstallShield X.
>From Windows
I could dedicate myself to that conversion, but
someone will
> have to commit it
> (i have been trying to get sourceforge to sent me my damned password
for 3
> years now, maybe it's fixed now?)
>
> cheers
> - Original Message -
> From: "Peter Romianowski&q
g to get sourceforge to sent me my damned password for 3
years now, maybe it's fixed now?)
cheers
- Original Message -
From: "Peter Romianowski" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, June 10, 2004 10:12 AM
Subject: Re: [Dynapi-Dev] Suggestion
e assigned to variables, and then
use templates to replace with the variables and values? And what about
the ASP (JScript and VBScript), Perl, PHP, (TCL, Scheme, Java, etc.)
sources for the server-side scripts like IOElement and SODA? Can JSDoc
support other comment structures, like Perl's '
e and hopefully be enlightening for someone stupid enough (erm) to
undertake some old upgrades.
Leif
- Original Message -
From: "Rob Butler" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>;
<[EMAIL PROTECTED]>
Sent: Thursday, June 10, 2004 8:52 AM
Subject: Re: [Dynapi-Dev]
Scheme, Java, etc.)
> sources for the server-side scripts like IOElement and SODA? Can JSDoc
> support other comment structures, like Perl's '#'?
>
> Leif
>
> - Original Message -
> From: "Rob Butler" <[EMAIL PROTECTED]>
> To: <[
, PHP, (TCL, Scheme, Java, etc.)
sources for the server-side scripts like IOElement and SODA? Can JSDoc
support other comment structures, like Perl's '#'?
Leif
- Original Message -
From: "Rob Butler" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday
Hello,
Dynapi 3.0 looks real nice. I hope to use it in a variety of open source &
commercial projects that I will be developing shortly. I hope to contribute
back to the Dynapi project as well. On that front I have a few suggestions.
I really like having a Javascript compressor and it's great
dynapi.library is for loading JavaScript files only. I have a separate IOElement
object that is a scaled down LoadPanel for loading html files (which may include
scripts also). IOElement doesn't do any of the object/package associations that is
necessary in the library. I don't think it's ne
--- Dan Steinman <[EMAIL PROTECTED]> wrote:
> I going to try adding Michael's Java load mechanism
> to the library so that you can have synchronous
> loading (I believe that's what you meant by loading
> a script when needed) using the same syntax.
>
If the above is possible then you could also
Yeah that could be added. But I think it's rare that you'd ever want to destroy a
widget that you already have loaded up (might need it again?). You can overwrite
objects without any trouble. I do have a reload() method in there that's broken at
the moment for some reason. So you will be ab
I've split the library loader in half. The package and object handling code is
included in dynapi.js by default (adds 6Kb including comments). This allows you to
still do dynapi.library.include('Object'), without having any of the dynamic loading
capability.
dynapi.library.setPath('src/lib')
Brain Storm...
How about the ability to unload a script, widget or a
library? Now that would be cool!
P.S. such a feature could be used in places where a
lot of widgets are needed but not at the same time.
--
Raymond Irving
===
Wisdom Is > Weapons Of War
--- Dan Steinm
Personally I've never had any project so big that I could not handle all
script loading by myself via
What he said...
(feeling unorigional.. :-))
- Original Message -
From: "Michael Pemberton" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, January 05, 2002 5:08 AM
Subject: Re: [Dynapi-Dev] Suggestions and questions
> Looks interesting...
>
&g
Dan Steinman wrote:
>I wasn't able to properly get synchronous loading working in the first place, but I
>don't believe that asynch loading is much more difficult to work with. I have load
>handlers which are called when a script, or several scripts are finished loading, or
>are already loade
> Can you explain why you are using async loading of files? This seems to
> be the main reason for not being able to specify the required objects in
> the code being loaded
I wasn't able to properly get synchronous loading working in the first place, but I
don't believe that asynch loading is
Dan Steinman wrote:
>As I have it now there is no way to call an event because the loader itself can load
>the event objects, and is meant to be included before any other files. I could add a
>subobject (if event.js is included manually) to call such events. I agree this is is
>a good idea s
Dan,
Will client/server communication library that you're
working on be based on soap or will you define a
communication stucture that's just for dynapi?
If it's just for DynAPI then we would want to look
into a server-side solution of rpc calls.
check out:
http://www.scottandrew.com/xml-rpc/
h
As I have it now there is no way to call an event because the loader itself can load
the event objects, and is meant to be included before any other files. I could add a
subobject (if event.js is included manually) to call such events. I agree this is is
a good idea so I will keep it in mind.
> It would also be nice if the dependency structure was
> part of the widget specs
The problem with that is that there is no way of knowing the dependency before loading
the file
itself. Another solution would be to create dependency files for each package.
Robert
__
Hello,
It would also be nice if there was an event (e.g.
onloadlibrary) that would get triggered whenever a
library is loaded. This event could pass the current
file and the total number of files to be loaded. Such
an event could be used to create a progress bar to
show the loading process.
It w
I wonder if the watch solution could be used to program a solid
loadpanel for NS4 which does not need any synch code to be added to the
loaded page ( remember ol' dynAPI1 scroll2 programming ? ) nor any timeouts.
Dan Steinman wrote:
> I remember playing with watch() before, at one point in an
I remember playing with watch() before, at one point in an early version of DynLayer
(pre-DynAPI) I got it to work so that when you manually change the x property it
automtically synch's up the layer.left property. It's kinda cool but introduces
overhead and is more complex than just executing
Nuno Ferreira wrote:
>As long as it's not "on" by default. (and please correct me if
>I'm saying something stupid) :)
>
Check out my site: http://members.evolt.org/mpember/afroapix/
You will see that my method uses a dynamic method of stopping menus /
selection. I did it in a such a way so as
Sorry my typo. It isn't wait it is watch.
Included is the document from JSREference 1.2 the includes how to use watch.
What you would do is have the async event change a property and have a watch
on that property, using timeouts and watches you can synchronize async
events.
8an
Title:
Tab
{I saw on the website that someone posted a suggested
{method for stopping
{text selection when clicking. I propose that we
{implement my current
{code for stopping text selection and rightmouse menus.
{
{I see very little reason for no
>From: "Eytan Heidingsfeld" <[EMAIL PROTECTED]>
>In ns4 you can make any async action syncrounous using the .wait() command.
Got any references that document this? The Netscape JS1.3 (and 1.5) docs
don't event include the word "wait" in their entire content.
If such a method exists, I am yet t
Wow, what a brilliant spelling. Take two:
I sent two messages yesterday about what I'm doing. I think they didn't
reach the lists. Anyway I'm polishing the current version ( it needs to
be done so there is a working download to be feeded to users while we
play with new stuff ).
Jordi Minist
I sent two messages yesterday about what I'm doing so far I think they
didn't reach the lists. Anyway I'm polishing the current version ( it
needs to be done sone there is a working dowload to be feeded to users
while we play with need stuff ).
Hopefully it can be released in a few days.
Eyta
In ns4 you can make any async action syncrounous using the .wait() command.
8an
___
Dynapi-Dev mailing list
[EMAIL PROTECTED]
http://www.mail-archive.com/dynapi-dev@lists.sourceforge.net/
Michael, I'd have no objections to a DynLayer.setTextSelectable() method - just not
setSelectable() cause I'm using it widgets sometimes. For stopping the right mouse
"context menu", we could create a new event on DynDocument - "oncontextmenu" and
disable the default action whenever that event
With all the talk of internal redesign and the like, I figure now is a
good time to try get some of my changes implemented.
I saw on the website that someone posted a suggested method for stopping
text selection when clicking. I propose that we implement my current
code for stopping text sele
en: dinsdag 6 maart 2001
19:20Aan: [EMAIL PROTECTED]Onderwerp: Re:
[Dynapi-Dev] Suggestions for the DynAPI - Part 2 I can't say that I know of any way to create a site without
including special conditions for specific browsers. But from what I
have seen of the DynAPI code and all of
I can't say that I know of any way to create a site without including special
conditions for specific browsers. But from what I have seen of the DynAPI
code and all of the comments about it, the DynAPI is supposed to create an
object that emulates a browser's document object and provide a way t
=dynapi
- Original Message -
From:
[EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, March 06, 2001 5:28
PM
Subject: [Dynapi-Dev] Suggestions for the
DynAPI - Part 2
Why should I have to use a label in order to
implement a style that is defined in the CSS1
ROTECTED]
>To: [EMAIL PROTECTED]
>Subject: [Dynapi-Dev] Suggestions for the DynAPI - Part 2
>Date: Tue, 6 Mar 2001 11:28:16 EST
>
>Why should I have to use a label in order to implement a style that is
>defined in the CSS1 Specification?
>
>Shouldn't the DynAPI attempt to fol
Why should I have to use a label in order to implement a style that is
defined in the CSS1 Specification?
Shouldn't the DynAPI attempt to follow W3C standards as much as possible?
Both CSS1 and CSS2 have been approved and if we are in fact seeking to build
a cross-browser system for using style
it is not possible to use these methods in a cross browser fashion.
I suggest you look at using Pascal's Style class to generate a cross browser
solution.
[EMAIL PROTECTED] wrote:
I have a
couple of suggestions for the DynAPI that I think would be nice.
The first one is quite simple
and I have i
those can be extension of DynLayer they don't have to be used only by a widget my
question though is is it possible to change those property in ns 4?
I mean is it as easy as ie and ns 6?
Y
___
Dynapi-Dev mailing list
[EMAIL PROTECTED]
http://lists.so
MAIL PROTECTED]
Sent: Tuesday, March 06, 2001 2:20
AM
Subject: [Dynapi-Dev] Suggestions for the
DynAPI
I have a couple of suggestions for the DynAPI that I
think would be nice. The first one is quite simple and I have
implemented it by copying the setBGColor() and getBGC
I have a couple of suggestions for the DynAPI that I think would be nice.
The first one is quite simple and I have implemented it by copying the
setBGColor() and getBGColor() functions. It's purpose is to set the
foreground or text color of the layer.
DynLayer.prototype.setFgColor=function(col
54 matches
Mail list logo
