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: Ramesh P. <ra...@in...> - 2003-04-22 09:36:44
|
hi, setting table width="100%" on a dynlayer content doesn't seem to work in ns4. is there a workaround that can be done to achieve this content positioning/alignment with/without using a table that will work on dynlayers in ns4? best regardz, ramesh pallikara -- QOTD: "I've always wanted to work in the Federal Mint. And then go on strike. To make less money." |
|
From: Raymond I. <xw...@ya...> - 2003-04-22 05:33:18
|
--- Aaron Shafovaloff <aar...@ya...> wrote: > Is anonymous access to the CVS server disabled? > Can't seem to check out any modules. If it > isn't... what's the easiest way to setup WinCVS to > work? Check out this link for some more info: http://sourceforge.net/cvs/?group_id=5757 -- Raymond Irving > -Aaron > > ===== > Aaron Shafovaloff > aarondot.com > fallennotforsaken.com > > "It is truth alone that capacitates any soul to > glorify God." ~John Owen > > "Justification is an act. It is not a work, or a > series of acts. It is not progressive. The weakest > believer and the strongest saint are alike equally > justified. Justification admits no degrees. A man is > either wholly justified or wholly condemned in the > sight of God." ~William Plumer > > __________________________________________________ > Do you Yahoo!? > The New Yahoo! Search - Faster. Easier. Bingo > http://search.yahoo.com > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://www.mail-archive.com/dyn...@li.../ __________________________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo http://search.yahoo.com |
|
From: Raymond I. <xw...@ya...> - 2003-04-22 05:32:07
|
--- Kevin <ke...@ke...> wrote: > Hello Everyone, > > Are NS4 <layer> elements allowed to be resized > after page load. > If not we shouldn't have a general setSize method. > The initial > size of a layer can't really be increased. I know > <div> elements > can but should setSize allow this in writing cross > browser code? > > If DynAPI offers support for NS4 should we only have > code in > CVS that works in NS4. I can't get the addHTML or > blackboard > stuff to work in NS4 on Linux? Yea, NS4 <layers> are a real pain. There might be a solution to the black board problem, but for the addHTML() I think there might be a work around. > Is it possible for an element to have '_created' set > before addChild() > is called? I'm refering to the call to c._create() > in addChild(). Yes, It is posible. When the page loads the _created property is set on all layers. If the parent is already created then it's time to create the child otherwise it will be ignored in the addChild() > Dynamically changing an element's style > border/position/class? It's > allowed at the moment and may cause problems. e.g. > setting border > after page load would behave differently cross > browser. Also setting > 'position:absolute' to 'position:relative' is > meaningless. Perhaps these > set methods could be initBorder() / initPosition() / > initClass() / > initSize() and just return null if called on a > rendered element. Well setPosition() and setClass() should work fine for modern browsers. setBorder() is currently works fine in ie but is having some problems with mozilla, opera, etc when the clip property is set. Does anyone have a work around to this? Most features will/should degrade gracefully in older browsers. So a function like setPosition() after page load is not support in NS4, but that's not to say that it can't work for other browsers, correct? The same goes for setCursor() which is not supported NS4 but the others will make good use of it. -- Raymond Irving > Kevin. > > > > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://www.mail-archive.com/dyn...@li.../ __________________________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo http://search.yahoo.com |
|
From: Raymond I. <xw...@ya...> - 2003-04-22 05:17:12
|
--- Aaron Shafovaloff <aar...@ya...> wrote: > > When is 3.0 due for release? > We're currently at alpha1 so I guess the release will be beta1. I think and hope that we'll be able to have a release within a few months. Right guys? :) -- Raymond Irving > > --------------------------------- > Do you Yahoo!? > The New Yahoo! Search - Faster. Easier. Bingo. __________________________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo http://search.yahoo.com |
|
From: Doug M. <do...@cr...> - 2003-04-21 21:55:33
|
--- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.470 / Virus Database: 268 - Release Date: 4/8/03 |
|
From: Kevin <ke...@ke...> - 2003-04-21 21:42:26
|
"Dan Willemsen" <da...@wi...> wrote: > On Mon, 2003-04-21 at 15:01, Kevin wrote: > > Hello Everyone, > > > > Are NS4 <layer> elements allowed to be resized after page load. > > If not we shouldn't have a general setSize method. The initial > > size of a layer can't really be increased. I know <div> elements > > can but should setSize allow this in writing cross browser code? > > > > If DynAPI offers support for NS4 should we only have code in > > CVS that works in NS4. I can't get the addHTML or blackboard > > stuff to work in NS4 on Linux? > > > > Is it possible for an element to have '_created' set before addChild() > > is called? I'm refering to the call to c._create() in addChild(). > > > > Dynamically changing an element's style border/position/class? It's > > allowed at the moment and may cause problems. e.g. setting border > > after page load would behave differently cross browser. Also setting > > 'position:absolute' to 'position:relative' is meaningless. Perhaps these > > set methods could be initBorder() / initPosition() / initClass() / > > initSize() and just return null if called on a rendered element. > > > > Kevin. > > > > If I am not mistaken, we have successfully inmplemented many of these > functions in the 2.5.x releases, there are workarounds. If we do what > this suggests, it takes away what DynAPI is good for, DHTML. It suggests we support NS4 level DHTML. If other facilities are allowed e.g. dynamically increasing the size of a div and letting it reflow content. DynAPI's list of supported browsers includes NS4 this suggests that it will work in NS4. > > > > > > > > > > > > ------------------------------------------------------- > > This sf.net email is sponsored by:ThinkGeek > > Welcome to geek heaven. > > http://thinkgeek.com/sf > > _______________________________________________ > > Dynapi-Dev mailing list > > Dyn...@li... > > http://www.mail-archive.com/dyn...@li.../ > -- > Dan Willemsen <da...@wi...> > |
|
From: Dan W. <da...@wi...> - 2003-04-21 21:14:28
|
On Mon, 2003-04-21 at 15:01, Kevin wrote: > Hello Everyone, > > Are NS4 <layer> elements allowed to be resized after page load. > If not we shouldn't have a general setSize method. The initial > size of a layer can't really be increased. I know <div> elements > can but should setSize allow this in writing cross browser code? > > If DynAPI offers support for NS4 should we only have code in > CVS that works in NS4. I can't get the addHTML or blackboard > stuff to work in NS4 on Linux? > > Is it possible for an element to have '_created' set before addChild() > is called? I'm refering to the call to c._create() in addChild(). > > Dynamically changing an element's style border/position/class? It's > allowed at the moment and may cause problems. e.g. setting border > after page load would behave differently cross browser. Also setting > 'position:absolute' to 'position:relative' is meaningless. Perhaps these > set methods could be initBorder() / initPosition() / initClass() / > initSize() and just return null if called on a rendered element. > > Kevin. > If I am not mistaken, we have successfully inmplemented many of these functions in the 2.5.x releases, there are workarounds. If we do what this suggests, it takes away what DynAPI is good for, DHTML. > > > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://www.mail-archive.com/dyn...@li.../ -- Dan Willemsen <da...@wi...> |
|
From: Kevin <ke...@ke...> - 2003-04-21 20:56:28
|
Hello Everyone, Are NS4 <layer> elements allowed to be resized after page load. If not we shouldn't have a general setSize method. The initial size of a layer can't really be increased. I know <div> elements can but should setSize allow this in writing cross browser code? If DynAPI offers support for NS4 should we only have code in CVS that works in NS4. I can't get the addHTML or blackboard stuff to work in NS4 on Linux? Is it possible for an element to have '_created' set before addChild() is called? I'm refering to the call to c._create() in addChild(). Dynamically changing an element's style border/position/class? It's allowed at the moment and may cause problems. e.g. setting border after page load would behave differently cross browser. Also setting 'position:absolute' to 'position:relative' is meaningless. Perhaps these set methods could be initBorder() / initPosition() / initClass() / initSize() and just return null if called on a rendered element. Kevin. |
|
From: Aaron S. <aar...@ya...> - 2003-04-21 20:53:29
|
Is anonymous access to the CVS server disabled? Can't seem to check out any modules. If it isn't... what's the easiest way to setup WinCVS to work? -Aaron ===== Aaron Shafovaloff aarondot.com fallennotforsaken.com "It is truth alone that capacitates any soul to glorify God." ~John Owen "Justification is an act. It is not a work, or a series of acts. It is not progressive. The weakest believer and the strongest saint are alike equally justified. Justification admits no degrees. A man is either wholly justified or wholly condemned in the sight of God." ~William Plumer __________________________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo http://search.yahoo.com |
|
From: Aaron S. <aar...@ya...> - 2003-04-21 19:37:26
|
When is 3.0 due for release? --------------------------------- Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. |
|
From: Raymond I. <xw...@ya...> - 2003-04-21 01:20:15
|
--- Benoit Marchant <mar...@ma...> wrote: > It's amazing ! I'm really impressed by how smooth > the animation is !! Thanks. It really took me a long time to get it to run smooth in IE. There's a lot of stuff to iron out: 1) Better cross-browser support. 2) Copy fade code to TextAnimation 3) Allow multiply animations to executed at the same time. In the meantime if anyone is interested they can 1) take a look at the code and help to find better ways of getting the animations to work, and 2) try and to implement other animations for the TextAnimation class (for example: spirals, wave, blinds, box in/out, dissolve, etc -- Raymond Irving > Benoit > > On Sunday, April 20, 2003, at 11:27 AM, Raymond > Irving wrote: > > > Hellow Everyone, > > > > Attached is a preview release of the TextAnimation > > class. You can see a live demo here: > > > > http://www24.brinkster.com/dyntools/next/examples/ > > > dynapi.fx.textanim.html > > > > Any comment, ideas, etc? > > > > > > PS. This is a early release but it's just to demo > the > > basics of the class. > > > > -- > > Raymond Irving > > > > > > > > __________________________________________________ > > Do you Yahoo!? > > The New Yahoo! Search - Faster. Easier. Bingo > > http://search.yahoo.com<textanim.zip> > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://www.mail-archive.com/dyn...@li.../ __________________________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo http://search.yahoo.com |
|
From: Benoit M. <mar...@ma...> - 2003-04-20 21:21:23
|
It's amazing ! I'm really impressed by how smooth the animation is !! Benoit On Sunday, April 20, 2003, at 11:27 AM, Raymond Irving wrote: > Hellow Everyone, > > Attached is a preview release of the TextAnimation > class. You can see a live demo here: > > http://www24.brinkster.com/dyntools/next/examples/ > dynapi.fx.textanim.html > > Any comment, ideas, etc? > > > PS. This is a early release but it's just to demo the > basics of the class. > > -- > Raymond Irving > > > > __________________________________________________ > Do you Yahoo!? > The New Yahoo! Search - Faster. Easier. Bingo > http://search.yahoo.com<textanim.zip> |
|
From: Raymond I. <xw...@ya...> - 2003-04-20 18:27:47
|
Hellow Everyone, Attached is a preview release of the TextAnimation class. You can see a live demo here: http://www24.brinkster.com/dyntools/next/examples/dynapi.fx.textanim.html Any comment, ideas, etc? PS. This is a early release but it's just to demo the basics of the class. -- Raymond Irving __________________________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo http://search.yahoo.com |
|
From: Raymond I. <xw...@ya...> - 2003-04-18 22:23:43
|
See below:
--- Kevin <ke...@ke...> wrote:
> Hello Raymond,
>
> No problem with the rename - sounds good.
>
> Could dynapi.util.datasource-testfile.html show how
> to implement fetchpage? It's commented out at the
> moment. Is this possible without having to use soda
Yes, it can support the fetchpage command. This would
have to be implemeneted by the user. The commented
code was just to show the format that the data is to
be returned in:
record={
dataRowIndex:0,
dataRowCount:4,
fieldnames:['id','fname'],
fieldvalues:[
[1,'mary'],
[1,'jane'],
[1,'john'],
[1,'paul'],
]
}
The pageType agrument passes the value "firstpage" or
"lastpage" when the user calls the movefirst() or
movelast() functions. The pagetype calculations would
have to be implemented by the user.
--
Raymond Irving
>
> -
> Kevin
>
> > Hello Everyone,
> >
> > I was just doing some more thinking and was
> wondering
> > if it would make sense to rename and split
> > soda.{whatever}.asp to something like:
> >
> > ioelmsrv.{whatever}.asp
> > ioelmsrv.soda.{whatever}.asp
> >
> > Where {whatever} will be replaced with jscript,
> > vbscript, etc
> >
> > My reason for wanting to do this is to try and
> make
> > the server-side as modular as the client. In this
> way
> > user can include the files they want from the
> server.
> > For example a user might not want to use the soda
> > features but would still like to enable quick and
> easy
> > dynamic client/server communications. A simple
> > solution would be to include only the
> > ioelmsrv.vbscript.asp file.
> >
> > In the future we hope to extend the client/server
> > features to support the follow:
> >
> > ioelmsrv.{whatever} // core client/server methods
> > ioelmsrv.ssl.{whatever} // secure socket layer
> > ioelmsrv.soda.{whatever} // soda methods
> > ioelmsrv.proxy.{whatever} // http-proxy
> >
> > What do you think? Should we go for the rename &
> > split?
> >
> >
> > --
> > Raymond Irving
> >
> >
> > __________________________________________________
> > Do you Yahoo!?
> > The New Yahoo! Search - Faster. Easier. Bingo
> > http://search.yahoo.com
> >
> >
> >
>
-------------------------------------------------------
> > This sf.net email is sponsored by:ThinkGeek
> > Welcome to geek heaven.
> > http://thinkgeek.com/sf
> > _______________________________________________
> > Dynapi-Dev mailing list
> > Dyn...@li...
> >
>
http://www.mail-archive.com/dyn...@li.../
>
>
>
>
-------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
>
http://www.mail-archive.com/dyn...@li.../
__________________________________________________
Do you Yahoo!?
The New Yahoo! Search - Faster. Easier. Bingo
http://search.yahoo.com
|
|
From: Kevin <ke...@ke...> - 2003-04-18 19:37:17
|
Hello Raymond,
No problem with the rename - sounds good.
Could dynapi.util.datasource-testfile.html show how
to implement fetchpage? It's commented out at the
moment. Is this possible without having to use soda
-
Kevin
> Hello Everyone,
>
> I was just doing some more thinking and was wondering
> if it would make sense to rename and split
> soda.{whatever}.asp to something like:
>
> ioelmsrv.{whatever}.asp
> ioelmsrv.soda.{whatever}.asp
>
> Where {whatever} will be replaced with jscript,
> vbscript, etc
>
> My reason for wanting to do this is to try and make
> the server-side as modular as the client. In this way
> user can include the files they want from the server.
> For example a user might not want to use the soda
> features but would still like to enable quick and easy
> dynamic client/server communications. A simple
> solution would be to include only the
> ioelmsrv.vbscript.asp file.
>
> In the future we hope to extend the client/server
> features to support the follow:
>
> ioelmsrv.{whatever} // core client/server methods
> ioelmsrv.ssl.{whatever} // secure socket layer
> ioelmsrv.soda.{whatever} // soda methods
> ioelmsrv.proxy.{whatever} // http-proxy
>
> What do you think? Should we go for the rename &
> split?
>
>
> --
> Raymond Irving
>
>
> __________________________________________________
> Do you Yahoo!?
> The New Yahoo! Search - Faster. Easier. Bingo
> http://search.yahoo.com
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://www.mail-archive.com/dyn...@li.../
|
|
From: Raymond I. <xw...@ya...> - 2003-04-18 02:44:58
|
Hello Everyone,
I was just doing some more thinking and was wondering
if it would make sense to rename and split
soda.{whatever}.asp to something like:
ioelmsrv.{whatever}.asp
ioelmsrv.soda.{whatever}.asp
Where {whatever} will be replaced with jscript,
vbscript, etc
My reason for wanting to do this is to try and make
the server-side as modular as the client. In this way
user can include the files they want from the server.
For example a user might not want to use the soda
features but would still like to enable quick and easy
dynamic client/server communications. A simple
solution would be to include only the
ioelmsrv.vbscript.asp file.
In the future we hope to extend the client/server
features to support the follow:
ioelmsrv.{whatever} // core client/server methods
ioelmsrv.ssl.{whatever} // secure socket layer
ioelmsrv.soda.{whatever} // soda methods
ioelmsrv.proxy.{whatever} // http-proxy
What do you think? Should we go for the rename &
split?
--
Raymond Irving
__________________________________________________
Do you Yahoo!?
The New Yahoo! Search - Faster. Easier. Bingo
http://search.yahoo.com
|
|
From: Dan W. <da...@wi...> - 2003-04-17 02:33:21
|
On Wed, 2003-04-16 at 19:31, Benoit Marchant wrote: > I think we should, even if it doesn't change the work you have to do, > it's less "scary" to deal with merging changes in a separate file > rather than in dynapi.js, ok, that makes sense > > My 2 cents, > > Benoit -- Dan Willemsen <da...@wi...> |
|
From: Benoit M. <mar...@ma...> - 2003-04-17 00:52:38
|
I think we should, even if it doesn't change the work you have to do, it's less "scary" to deal with merging changes in a separate file rather than in dynapi.js, My 2 cents, Benoit On Wednesday, April 16, 2003, at 04:15 PM, Raymond Irving wrote: > > --- Dan Willemsen <da...@wi...> wrote: >> On Wed, 2003-04-16 at 08:50, Raymond Irving wrote: >>> --- Dan Willemsen <da...@wi...> wrote: >>>> On Tue, 2003-04-15 at 22:59, Raymond Irving >> wrote: >>>>> It also makes upgrading dynapi a lot more >> easier. >>>> How? Wouldn't the user still have to update the >> new >>>> packages.js file? Or >>>> even, between upgrades, a change in one of the >>>> widgets, or an additional >>>> one, all these examples would need a new >> packages.js >>>> i would think. >>> >>> With this method the user now controls the >> packages >>> separately from the dynapi.js file. This will be >> very >>> useful in production environments were customized >>> packages are needed. The user can now freely >> update >>> the dynapi.js file without having to worry about >>> packages been overwritten. >> Except they would still have to worry about the >> packages.js file being >> overwritten, right? > > Yes, but even if they do, it's easier for them to just > simply restore their packages.js and not worry about > any code changes, as oppose to them restoring or > modifying the dynapi.js, which might have some > critical changes. > > Besides that it makes the dynapi.js looks smaller :) > > Agree? Should we implement this package feature? Or is > it six-of-one and half-dozen of the other? > > -- > Raymond Irving > > >> -- >> Dan Willemsen <da...@wi...> >> > > > __________________________________________________ > Do you Yahoo!? > The New Yahoo! Search - Faster. Easier. Bingo > http://search.yahoo.com > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://www.mail-archive.com/dyn...@li.../ > |
|
From: Raymond I. <xw...@ya...> - 2003-04-16 23:15:28
|
--- Dan Willemsen <da...@wi...> wrote: > On Wed, 2003-04-16 at 08:50, Raymond Irving wrote: > > --- Dan Willemsen <da...@wi...> wrote: > > > On Tue, 2003-04-15 at 22:59, Raymond Irving > wrote: > > > > It also makes upgrading dynapi a lot more > easier. > > > How? Wouldn't the user still have to update the > new > > > packages.js file? Or > > > even, between upgrades, a change in one of the > > > widgets, or an additional > > > one, all these examples would need a new > packages.js > > > i would think. > > > > With this method the user now controls the > packages > > separately from the dynapi.js file. This will be > very > > useful in production environments were customized > > packages are needed. The user can now freely > update > > the dynapi.js file without having to worry about > > packages been overwritten. > Except they would still have to worry about the > packages.js file being > overwritten, right? Yes, but even if they do, it's easier for them to just simply restore their packages.js and not worry about any code changes, as oppose to them restoring or modifying the dynapi.js, which might have some critical changes. Besides that it makes the dynapi.js looks smaller :) Agree? Should we implement this package feature? Or is it six-of-one and half-dozen of the other? -- Raymond Irving > -- > Dan Willemsen <da...@wi...> > __________________________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo http://search.yahoo.com |
|
From: Dan W. <da...@wi...> - 2003-04-16 21:23:23
|
On Wed, 2003-04-16 at 08:50, Raymond Irving wrote: > --- Dan Willemsen <da...@wi...> wrote: > > On Tue, 2003-04-15 at 22:59, Raymond Irving wrote: > > > It also makes upgrading dynapi a lot more easier. > > How? Wouldn't the user still have to update the new > > packages.js file? Or > > even, between upgrades, a change in one of the > > widgets, or an additional > > one, all these examples would need a new packages.js > > i would think. > > With this method the user now controls the packages > separately from the dynapi.js file. This will be very > useful in production environments were customized > packages are needed. The user can now freely update > the dynapi.js file without having to worry about > packages been overwritten. Except they would still have to worry about the packages.js file being overwritten, right? -- Dan Willemsen <da...@wi...> |
|
From: Raymond I. <xw...@ya...> - 2003-04-16 13:50:06
|
--- Dan Willemsen <da...@wi...> wrote: > On Tue, 2003-04-15 at 22:59, Raymond Irving wrote: > > It also makes upgrading dynapi a lot more easier. > How? Wouldn't the user still have to update the new > packages.js file? Or > even, between upgrades, a change in one of the > widgets, or an additional > one, all these examples would need a new packages.js > i would think. With this method the user now controls the packages separately from the dynapi.js file. This will be very useful in production environments were customized packages are needed. The user can now freely update the dynapi.js file without having to worry about packages been overwritten. -- Raymond Irving > -- > Dan Willemsen <da...@wi...> > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://www.mail-archive.com/dyn...@li.../ __________________________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo http://search.yahoo.com |
|
From: Dan W. <da...@wi...> - 2003-04-16 10:40:41
|
On Tue, 2003-04-15 at 22:59, Raymond Irving wrote: > It also makes upgrading dynapi a lot more easier. How? Wouldn't the user still have to update the new packages.js file? Or even, between upgrades, a change in one of the widgets, or an additional one, all these examples would need a new packages.js i would think. -- Dan Willemsen <da...@wi...> |
|
From: Raymond I. <xw...@ya...> - 2003-04-16 03:59:50
|
--- Raymond Irving <xw...@ya...> wrote: > Hello Everyone, > > I've managed to separate the packages from the > dynapi.js file. They're now stored inside the > ext/packages.js file. Please see the attached zip > file > for the updates. > > This change will make it easier for users to add or > remove class libraries without having to modify > dynapi.js or load a separate js file. They can just > make all their changes to the packages.js file. It > also makes upgrading dynapi a lot more easier. > > What do you think? Are these changes welcomed? > > -- > Raymond Irving > > __________________________________________________ > Do you Yahoo!? > The New Yahoo! Search - Faster. Easier. Bingo > http://search.yahoo.com > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://www.mail-archive.com/dyn...@li.../ __________________________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo http://search.yahoo.com |
|
From: Raymond I. <xw...@ya...> - 2003-04-16 03:44:19
|
Hello Everyone, I've managed to separate the packages from the dynapi.js file. They're now stored inside the ext/packages.js file. Please see the attached zip file for the updates. This change will make it easier for users to add or remove class libraries without having to modify dynapi.js or load a separate js file. They can just make all their changes to the packages.js file. It also makes upgrading dynapi a lot more easier. What do you think? Are these changes welcomed? -- Raymond Irving __________________________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo http://search.yahoo.com |
|
From: Ramesh P. <ra...@in...> - 2003-04-14 07:44:44
|
as far as i can remember, Doug Melvin wrote: >Hello Ramesh! >I have attached the latest build of DynAPI 3x from the CVS. >I hope zip is okay, if not let me know and I'll provide it in rar.. > oh! thanx , zip is gr8 - i'm on gnu/linux system :-) >In the root of the archive you will find an index.html, this will bring you >to the documentation. > >I would like to point out that this is indeed an alpha release, and as such, >may still have some bugs in it. > >Also, as an alpha release, you will find a lack of complex widgets such as a >treeview. > >I do however believe that this release is superior to the last one as it has >been optimized to >load faster, and work cleaner that nay previous release. > >I have attached the current version of the scrollbar, scrollpane and button >widgets as well for your >review. > >Documentation should be release for the scrollbar, button and scrollpane >within the week. > >This release is design to support the following browsers on Mac, Windows, >and *NIX platforms: > Opera 7+ > Internet Explorer 4+ > Konqueror 3+ > Safari > Netscape 4+ > Mozilla 1+ > Phoenix 0.5+ > >If you have any questions, comments, or suggestions do feel free to post >them on the list. >Also note that we do encourage all users of the DynAPI to become >contributors to the project itself, >so do feel free to add your two cents worth where you feel appropriate. > oh sure, i will. :-) thanx for the build, Doug. best regardz, ramesh pallikara -- QOTD: "I've always wanted to work in the Federal Mint. And then go on strike. To make less money." |
175 messages has been excluded from this view by a project administrator.
