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: Jordi - I. - M. <jmi...@or...> - 2001-02-15 11:22:52
|
I'm doing some Mozilla/NS6 bugfixing. So far I've updated CVS with a working button widget. I guess that's one more green cell. The bug: The code checked for unexistant properties this way if(this.imagelyr==null) This worked fine untill now but Mozilla returns undefined properties as 'undefined', which is not equal to null. I replaced the condition with if(!this.imagelyr) |
From: <no...@so...> - 2001-02-15 10:51:54
|
Bug #132497, was updated on 2001-Feb-15 02:52 Here is a current snapshot of the bug. Project: DynAPI 2 Category: Core API Status: Open Resolution: None Bug Group: Feature Request Priority: 5 Submitted by: istrum Assigned to : nobody Summary: Inconsistent onresize event at creation time Details: When a layer is created you get both an onresize and an oncreate event at the same time, but for the child layers of that layer the resize event is fired before the layer is finished being created. This means that a layer will get inconsistent onresize events being fired depending on whether it's a child layer or not. Reference: DynLayer.createElement (dynlayer.js) DynLayer.assignChildren (dynlayer.js) For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=132497&group_id=5757 |
From: Richard B. <ma...@ri...> - 2001-02-15 10:48:34
|
Hi, You can use a scrollpane for that, it shows scrollbars when the content exceeds the pane size. See examples: Christopher_Go_Examples combine_LoadPanel_Scrollpane_div.htm http://www.richardinfo.com/?menu=examples&node=9 In fact the examples tree is also contained in a scroll-pane You might however get strange results when scrolling form elements. Cheers, Richard Bennett ma...@ri... www.richardinfo.com (Everything running on, and ported to the 19/12/2000 snapshot of DynAPI2) Find the DynAPI faq here: http://sourceforge.net/docman/display_doc.php?docid=656&group_id=5757 Browse the mailinglist here: http://www.mail-archive.com/index.php3?hunt=dynapi ----- Original Message ----- From: <pa...@ih...> To: <dyn...@li...> Sent: Thursday, February 15, 2001 5:01 AM Subject: [Dynapi-Dev] Scroll Bar > I have just started to utilize the DynAPI library and would like to know if > anybody has created a layer with a vertical scroll bar. The purpose being to > allow for as an example; a data entry form to scroll as a user moves down a > list. > > Thanks > Max > > > _______________________________________________ > 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: <no...@so...> - 2001-02-15 07:49:55
|
Bug #131515, was updated on 2001-Feb-08 01:50 Here is a current snapshot of the bug. Project: DynAPI 2 Category: Core - Widgets Status: Closed Resolution: Invalid Bug Group: None Priority: 5 Submitted by: nobody Assigned to : nobody Summary: nested layers in NN4.75 Details: I'v got troubles using multiple nested DynLayers in NN4.75. I am making somethind like a dragable resizeable window with scrollbars, close/minimalize buttons and rounded corners. It's strange that most times the buttons, corners and scrollbar don't appear, but after a few reloads it's all displayed correctly. Can somebody help me? (I'm using DynAPI 2000-11-05) Thanks Honza ho...@im... Follow-Ups: Date: 2001-Feb-14 23:50 By: rainwater Comment: Not sure this is a bug, but you definately want to upgrade to the latest version. Also, you may want to try posting your code in the dynapi-help list so you can receive a better response. ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=131515&group_id=5757 |
From: <no...@so...> - 2001-02-15 07:47:38
|
Bug #132344, was updated on 2001-Feb-14 07:27 Here is a current snapshot of the bug. Project: DynAPI 2 Category: Browser-Specific Issue Status: Open Resolution: None Bug Group: None Priority: 5 Submitted by: nobody Assigned to : nobody Summary: MenuBar Object doesn't work in IE5 Details: Weh I was browsing allthe objects in the library, the Menubar Object doesn't seem to be working at all in IE5. However when i tried opening the same html file using Netscape, it works. Follow-Ups: Date: 2001-Feb-14 23:48 By: rainwater Comment: I'm not aware of a menubar widget for the DynAPI. Which widget are you trying to use? Maybe you are referring to the DynAPI v1 widget? ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=132344&group_id=5757 |
From: Ramon B. <ram...@f5...> - 2001-02-15 05:23:59
|
Hi I'm not too sure how people DEBUG javascript But I have found this very handy but I am sure your mileage may vary. It removes the need for using the 'alerts' left, right and everywhere The only drawback is before a refresh of the Calling page, you have to close this window also (maybe set an onReload .. (close DEBUG window) Anyways call it as such var DEBUG = 1 ... if (DEBUG) doDEBUG('layer1 has loaded') ---------------------------------- function doDEBUG (str) { if(!window.DEBUGWindow) { window.DEBUGWindow = window.open("", "DEBUG", "width=300, height=400"); // force the setting of the new windows parent if(!window.DEBUGWindow.opener) window.DEBUGWindow.opener = self window.DEBUGDynDoc = new DynDocument(window.DEBUGWindow) window.DEBUGDynDoc.setBgColor('#fff6f6') window.debugIT = new DynLayer() window.DEBUGDynDoc.addChild(window.debugIT) } window.debugIT.setHTML(window.debugIT.getHTML() + str + '<br>') window.debugIT.setSize(300,window.debugIT.getContentHeight()) } ---------------------------------- ------------------------------------------------ Ramon Buckland Applications Engineer email: ram...@f5... web: www.f5.com.au phone: (07) 3257 7900 fax: (07) 3257 7955 f5. Make the Medium Work. Simple. ------------------------------------------------ |
From: <pa...@ih...> - 2001-02-15 04:00:44
|
I have just started to utilize the DynAPI library and would like to know if anybody has created a layer with a vertical scroll bar. The purpose being to allow for as an example; a data entry form to scroll as a user moves down a list. Thanks Max |
From: <no...@so...> - 2001-02-14 23:08:58
|
Bug #131669, was updated on 2001-Feb-09 01:57 Here is a current snapshot of the bug. Project: DynAPI 2 Category: Browser-Specific Issue Status: Open Resolution: None Bug Group: None Priority: 5 Submitted by: nobody Assigned to : nobody Summary: CreateLayer problem with Netscape 6 Details: Layer is not defined with netscape 6 Follow-Ups: Date: 2001-Feb-14 15:09 By: wessto Comment: look at the post by wessto on 2000-02-14. Is this the same? ------------------------------------------------------- Date: 2001-Feb-09 07:44 By: dcpascal Comment: can you give more information? example of your code if possible ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=131669&group_id=5757 |
From: <no...@so...> - 2001-02-14 23:08:14
|
Bug #132422, was updated on 2001-Feb-14 15:08 Here is a current snapshot of the bug. Project: DynAPI 2 Category: Browser-Specific Issue Status: Open Resolution: None Bug Group: None Priority: 5 Submitted by: wessto Assigned to : nobody Summary: Layers not showing up in netscape 6 Details: this works in ie and ns4, but layers and content don't show up in netscape 6. The following is the code I'm using... ##############BEGIN CODE####################### <html> <head> <title>title</title> <LINK href="style.css" rel="STYLESHEET" type="text/css"> <script language="Javascript" src="/javascript/dynapi/src/dynapi.js"></script> <script language="Javascript" src="/javascript/dynLayerHelper.js"></script> <script language="Javascript"> DynAPI.setLibraryPath('/javascript/dynapi/src/lib'); DynAPI.include('dynapi.api.browser.js'); DynAPI.include('dynapi.api.dynlayer.js'); DynAPI.include('dynapi.api.dyndocument.js'); var mainColor = '#333333'; var titleColor = '#333333'; var borderColor = '#ffffff'; var navColor = '#330000'; var borderWidth = 1; var baseX = 5; var baseY = 5; var titleWidth = 750; var titleHeight = 52; var contentWidth = titleWidth - 200; var contentHeight = 580; var dbResult = 'text here'; var hNavHeight = 30; var vNavWidth = titleWidth - contentWidth; var vNavHeight = contentHeight - hNavHeight; var hNavFillerX = contentWidth + baseX; var vNavX = hNavFillerX; var contentY = baseY + hNavHeight + titleHeight - borderWidth; var hNavY = baseY + titleHeight - borderWidth; var vNavFillerX = vNavX - borderWidth; var vNavFillerY = contentY + vNavHeight; DynAPI.onLoad=function() { //border order = top,right,bottom,left makeLayerWithBorders('title',baseX,baseY,titleWidth,titleHeight,titleColor,borderWidth,borderColor,true,true,false,true); makeLayerWithBorders('hNav',baseX,hNavY,contentWidth,hNavHeight,navColor,borderWidth,borderColor,true,false,true,true); makeLayerWithBorders('hNavFiller',hNavFillerX,hNavY,vNavWidth,hNavHeight,navColor,borderWidth,borderColor,true,true,false,false); makeLayerWithBorders('vNav',vNavX,contentY,vNavWidth,vNavHeight,navColor,borderWidth,borderColor,false,true,true,false); makeLayerWithBorders('mainContent',baseX,contentY,contentWidth,contentHeight,mainColor,borderWidth,borderColor,false,true,true,true); makeLayerWithBorders('lastEdited',vNavFillerX,vNavFillerY,vNavWidth + borderWidth,contentHeight - vNavHeight,mainColor,borderWidth,borderColor,false,true,true,false); content = '<span class=title><b>title</b></span>'; title.setHTML(content); content = '<span class=hnav><a href="somesite">home</a> | <a href="?page=resume">resume</a> | <a href="?page=services">services</a> | <a href="?page=about">about</a></span>'; hNav.setHTML(content); //PAGE SELECTION mainContent.setHTML(dbResult); content = '<span class=last><b>rev:</b>02.14.01 22:58:06</span>'; lastEdited.setHTML(content); } </script> </head> <body> <!--- REQUIRED FOR NETSCAPE ---> <SCRIPT language="JavaScript"> height = contentHeight + hNavHeight + titleHeight; document.write('<img src="images/pixel.gif" width=1 height=' + height + ' border=0>'); </script> </body> </html> #############END CODE################# For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=132422&group_id=5757 |
From: Matthew A. S. <ms...@sh...> - 2001-02-14 22:25:08
|
Roland, I noted that the keyevents example did not work on NS 4.75 in Linux (RedHat 7.0) on my compatibility matrix. http://www.shireyproductions.com/dynapi/matrix/default.htm M. -----Original Message----- From: ro...@gm... [mailto:ro...@gm...] Sent: Wednesday, February 14, 2001 3:13 PM To: dyn...@li...; ja...@ho... Subject: Re: [Dynapi-Dev] [Bug #132275] dynapi.ext.keyevents.html demo not working with Netscape4.x Am Mittwoch, 14. Februar 2001 01:48 schrieben Sie: > Bug #132275, was updated on 2001-Feb-13 16:48 > Here is a current snapshot of the bug. > > Project: DynAPI 2 > Category: Browser-Specific Issue > Status: Open > Resolution: None > Bug Group: None > Priority: 5 > Submitted by: jagui99 > Assigned to : nobody > Summary: dynapi.ext.keyevents.html demo not working with Netscape4.x > > Details: On both Netscape 4.75 on Solaris 2.6 and 4.5 on Redhat > Linux 7: When I load the demo page 'dynapi.ext.keyevents.html' and > type alpha-characters, I don't see anything happen. afaik no keyevent-things work under netscape/linux (not even mozilla) it seems that the unix-browsers don't fire the keyevent Roland _______________________________________________ Dynapi-Dev mailing list Dyn...@li... http://lists.sourceforge.net/lists/listinfo/dynapi-dev |
From: <ro...@gm...> - 2001-02-14 22:12:28
|
Am Mittwoch, 14. Februar 2001 01:48 schrieben Sie: > Bug #132275, was updated on 2001-Feb-13 16:48 > Here is a current snapshot of the bug. > > Project: DynAPI 2 > Category: Browser-Specific Issue > Status: Open > Resolution: None > Bug Group: None > Priority: 5 > Submitted by: jagui99 > Assigned to : nobody > Summary: dynapi.ext.keyevents.html demo not working with Netscape4.x > > Details: On both Netscape 4.75 on Solaris 2.6 and 4.5 on Redhat > Linux 7: When I load the demo page 'dynapi.ext.keyevents.html' and > type alpha-characters, I don't see anything happen. afaik no keyevent-things work under netscape/linux (not even mozilla) it seems that the unix-browsers don't fire the keyevent Roland |
From: Henrik V. <hv...@ya...> - 2001-02-14 21:58:00
|
I have done some work aimed at just that with my = work-in-progress-but-stalled serverTasks fileI/O widget. Here's my dev = ref spec if anybody want to pick up on it for server-side languages = besides ASP, which unfortunatly is the only one I'm profident enough in: input =3D=3D=3D=3D=3D querystring from a form with get method or manipulating the URI with = javascript:=20 file - the file path + name=20 task - values: open|save|del content - text to be saved (not required for open or del,so the script = shouldn't bug out if this one isn't provided) output =3D=3D=3D=3D=3D=3D=3D javascript syntax variables new values as pure text without any = surrounding script tag: this.file - just to reassure it's the right file being handled=20 this.task - the current set task (which will be default til new is set) = this.scriptname - returns the scriptname just to make sure this.serverResponse - returns "opened","saved" or "deleted" if = successful or else custom error message this.tasktime - nice feature if you want to inform your users how long = they waited ;) this.content - holds the last saved content until the variable value is = changed (escape encoded) script-run =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D the script should run this: 1. recieve the input (if applicable set to local values) 2. read from file opendir and compare if any line match the path ( = ievalue of file input value excluding the filename - the part before = last /). If it match any one line the script should continue towards = running the task, and if not just end and return new output = this.serverResponse=3D'no access'. 3. check that the file exists. If it doesn't, task save should create a = new file, while open and del just return = serverResponse=3D'non-existing'. 4. run the task defined in input variable task. task save should return = 'saved' if successful, task open return 'opened' & task del 'deleted'. 5 output javascript syntax as pure text, the content value should be = escape encoded as to not mess upp the browser client view =20 I'm not yet sure how the javascript would have to be output to work = correctly in the loadpanel of the serverTask fileI/O widget, but it = should be able to get the same output from whatever server-side language = using the standard model above, and even a client-side script might = interface it as complement when. I already got it partly working as expected with the ASP variant, all i = need is some ideas as to how to get the javascript properly refered back = to the widget in which the hidden loadpanel holds the ASP script output. = And of course if someone would take on the task of scripting a = corresponding server-side variant of that interface as described above. = Then maybe it could be taken further to a dbI/O servertasks widget later = on... You're free to ask or comment ahead, all responses are apprieated :) Henrik V=E5glin [ hv...@ya... ] ----- Original Message -----=20 From: "Robert Rainwater" <rra...@ya...> To: "DynAPI Development List" <dyn...@li...> Sent: Wednesday, February 14, 2001 9:25 PM Subject: Re[2]: [Dynapi-Dev] serious, ... really! >=20 > We should come up with some specification for the component, including > the methods and properties. Then, it could be created for different > environments, but work essentially the same. That way, people could > help work on the specific language that they know the best. >=20 > --=20 > // Robert Rainwater >=20 > On 2/14/2001, 2:09:52 PM EST, Doug wrote about "[Dynapi-Dev] serious, = ... really!": >=20 > > What about those who don't use unix? > > How about a perl based DynServer component? > > We could implement Server-side File i/o, as well as a Perl based = Database.. > > To name a couple of things > > ----- Original Message ----- > > From: "Raymond Smith" <dst...@or...> > > To: <dyn...@li...> > > Sent: Tuesday, February 13, 2001 4:29 PM > > Subject: [Dynapi-Dev] serious, ... really! >=20 >=20 > >> Associates, > >> > >> I've been doing alot of research in what direction I would like to = go > > next; > >> in conjunction with the DynAPI. While the API is wonderous for = creating > >> dynamic interfaces it needs a server-side partner in my mind to = reach its > >> full potential. > >> > >> Comparing ASP, JSP and PHP I've decided that LAMP (Linux, Apache, = mySQL > > and > >> PHP) tends to result in more robust client/server applications. = With PHP > >> Zend boosted beating both in speed and performance and PHP appears = to have > >> allot of energy surronding it at this time. > >> > >> So, from that aspect, PHP wins. Also there appears to be a very = sizable > >> family of "real" PHP initiatives on Source Forge to draw and learn = from. > >> > >> But,... > >> > >> From my readings it's also apparent that JAVA is "king and master" = of the > >> Server Side Application if the JVM and runtime code is compiled = properly. > >> But, checking Source Forge for Java related projects creates a = large list > > of > >> mostly abstract and esoteric projects: not alot of meat on the = bones from > > a > >> "get things done" standpoint. > >> > >> Question is, what do you mavens of logical mayhem recommend as my = next > > area > >> of focus. I am interested in developing some server-side = applications > > that > >> meld into the DynAPI interface on the client-side (yes, Pascal... = be > >> amazied). > >> > >> Java or PHP? > >> > >> Will learning PHP now be advantageous or detrimental to learning = JAVA/JINI > >> later? > >> How does OOP in PHP compare to JAVA OOP? I realize it lacks = interfaces > > and > >> solid abstraction. > >> Why are most the PHP initiatives on Source Forge solid and down to = earth > >> while JAVA tends to be lofty and not very "real world" in nature? > >> > >> Looking for a little feedback here. > >> > >> Thanks, > >> > >> Ray "fear the rock" Smith > >> > >> > >> _______________________________________________ > >> Dynapi-Dev mailing list > >> Dyn...@li... > >> http://lists.sourceforge.net/lists/listinfo/dynapi-dev >=20 >=20 > > --- > > Outgoing mail is certified Virus Free by AVG Free Edition > > http://www.grisoft.com/html/us_index.cfm > > Checked by AVG anti-virus system (http://www.grisoft.com). > > Version: 6.0.231 / Virus Database: 112 - Release Date: 2/12/01 >=20 >=20 > > _______________________________________________ > > Dynapi-Dev mailing list > > Dyn...@li... > > http://lists.sourceforge.net/lists/listinfo/dynapi-dev=20 >=20 >=20 > ---------------------- > DynAPI Snapshots: http://dynapi.sourceforge.net/snapshot/ > DynAPI Homepage: http://dynapi.sourceforge.net/ >=20 >=20 >=20 > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://lists.sourceforge.net/lists/listinfo/dynapi-dev >=20 _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com |
From: Raymond S. <dst...@or...> - 2001-02-14 21:44:22
|
So what your saying, at least metaphorically..., is that if your rip your programmers shirt off you look a little bit like Rambo (capable of human interaction) covered with massive progammatic problem solving scar tissue? ----- Original Message ----- From: "Jordi - IlMaestro - Ministral" <jmi...@or...> To: <dyn...@li...> Sent: Wednesday, February 14, 2001 3:00 AM Subject: Re: [Dynapi-Dev] Jordi Ilmaestro > I started with DynAPI1, say, two years ago, and got used to crossbrowser issues. > I was there in the very beggining of DynAPI2 and I've participated in almost > all discussions since that day. Normally my involvement in any issue being > discussed depends on the amount of free time I have in that particular moment > and, whereas sometimes It seems I've got nothing to say, I've always been up to > date with the project. > > There's no really wisdom source here. All event knowledge is achieved throught > the study of the existing code. Once you know what's in the books ( Nestcape's > events go from window to target, IE's bubble up, DOM goes back and forth ) and > manage to find a half-decent reference, then it is no longer a DHTML issue but a > software engineering issue. > > Want to know how do events work in NS6 ? Create an example, pick up your > browser, place several alerts around the code and start loosing lots of hours > trying to understand "why e.target is null when I move the mouse out of this > layer". No magical recipes. I did not sell my soul to Satan. > > Last week I had to teach another employee about something DHTML related. I had a > lot of trouble trying to put together all my knowledge in order to make it look > logical. I guess the years, the battles, somehow leave a lot of knowledge hidden > in your brain. You don't know it's there but it pops out when you're in trouble. > 90% of my value comes from my experience. If you could see the scars ... > > > Cya > > www.cantir.com/dynapi > > > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://lists.sourceforge.net/lists/listinfo/dynapi-dev > |
From: Raymond S. <dst...@or...> - 2001-02-14 21:28:51
|
Lots of feedback, it seems almost an even split between PHP and JAVA as a webapp backend. I'm basically building the following test platform. Linux/Apache Server PHP4 The following is an interesting Open Source group since they are focused on developing PHP widgets, which may potentially meld very well with JS widgets built with the DynAPI. Gonna at least play with it and see what I come up with. http://sourceforge.net/projects/phpwidgets/ JAVA looking into locomotive.org JAVA app engine. http://www.locomotive.org/ Sources contributed by Richard Emberson. I like this one the best since they are leaning to embrass PHP as it is and it doesn't try to kill the entire webapp flock with a single "rock" like enhydra appears too. This way I can play around with both and see which ones feels more, well... "throwable" to me. Ray ----- Original Message ----- From: "Robert Rainwater" <rra...@ya...> To: "DynAPI Development List" <dyn...@li...> Sent: Wednesday, February 14, 2001 12:25 PM Subject: Re[2]: [Dynapi-Dev] serious, ... really! > > We should come up with some specification for the component, including > the methods and properties. Then, it could be created for different > environments, but work essentially the same. That way, people could > help work on the specific language that they know the best. > > -- > // Robert Rainwater > > On 2/14/2001, 2:09:52 PM EST, Doug wrote about "[Dynapi-Dev] serious, ... really!": > > > What about those who don't use unix? > > How about a perl based DynServer component? > > We could implement Server-side File i/o, as well as a Perl based Database.. > > To name a couple of things > > ----- Original Message ----- > > From: "Raymond Smith" <dst...@or...> > > To: <dyn...@li...> > > Sent: Tuesday, February 13, 2001 4:29 PM > > Subject: [Dynapi-Dev] serious, ... really! > > > >> Associates, > >> > >> I've been doing alot of research in what direction I would like to go > > next; > >> in conjunction with the DynAPI. While the API is wonderous for creating > >> dynamic interfaces it needs a server-side partner in my mind to reach its > >> full potential. > >> > >> Comparing ASP, JSP and PHP I've decided that LAMP (Linux, Apache, mySQL > > and > >> PHP) tends to result in more robust client/server applications. With PHP > >> Zend boosted beating both in speed and performance and PHP appears to have > >> allot of energy surronding it at this time. > >> > >> So, from that aspect, PHP wins. Also there appears to be a very sizable > >> family of "real" PHP initiatives on Source Forge to draw and learn from. > >> > >> But,... > >> > >> From my readings it's also apparent that JAVA is "king and master" of the > >> Server Side Application if the JVM and runtime code is compiled properly. > >> But, checking Source Forge for Java related projects creates a large list > > of > >> mostly abstract and esoteric projects: not alot of meat on the bones from > > a > >> "get things done" standpoint. > >> > >> Question is, what do you mavens of logical mayhem recommend as my next > > area > >> of focus. I am interested in developing some server-side applications > > that > >> meld into the DynAPI interface on the client-side (yes, Pascal... be > >> amazied). > >> > >> Java or PHP? > >> > >> Will learning PHP now be advantageous or detrimental to learning JAVA/JINI > >> later? > >> How does OOP in PHP compare to JAVA OOP? I realize it lacks interfaces > > and > >> solid abstraction. > >> Why are most the PHP initiatives on Source Forge solid and down to earth > >> while JAVA tends to be lofty and not very "real world" in nature? > >> > >> Looking for a little feedback here. > >> > >> Thanks, > >> > >> Ray "fear the rock" Smith > >> > >> > >> _______________________________________________ > >> Dynapi-Dev mailing list > >> Dyn...@li... > >> http://lists.sourceforge.net/lists/listinfo/dynapi-dev > > > > --- > > Outgoing mail is certified Virus Free by AVG Free Edition > > http://www.grisoft.com/html/us_index.cfm > > Checked by AVG anti-virus system (http://www.grisoft.com). > > Version: 6.0.231 / Virus Database: 112 - Release Date: 2/12/01 > > > > _______________________________________________ > > Dynapi-Dev mailing list > > Dyn...@li... > > http://lists.sourceforge.net/lists/listinfo/dynapi-dev > > > ---------------------- > DynAPI Snapshots: http://dynapi.sourceforge.net/snapshot/ > DynAPI Homepage: http://dynapi.sourceforge.net/ > > > > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://lists.sourceforge.net/lists/listinfo/dynapi-dev > |
From: Robert R. <rra...@ya...> - 2001-02-14 20:23:24
|
We should come up with some specification for the component, including the methods and properties. Then, it could be created for different environments, but work essentially the same. That way, people could help work on the specific language that they know the best. -- // Robert Rainwater On 2/14/2001, 2:09:52 PM EST, Doug wrote about "[Dynapi-Dev] serious, ... really!": > What about those who don't use unix? > How about a perl based DynServer component? > We could implement Server-side File i/o, as well as a Perl based Database.. > To name a couple of things > ----- Original Message ----- > From: "Raymond Smith" <dst...@or...> > To: <dyn...@li...> > Sent: Tuesday, February 13, 2001 4:29 PM > Subject: [Dynapi-Dev] serious, ... really! >> Associates, >> >> I've been doing alot of research in what direction I would like to go > next; >> in conjunction with the DynAPI. While the API is wonderous for creating >> dynamic interfaces it needs a server-side partner in my mind to reach its >> full potential. >> >> Comparing ASP, JSP and PHP I've decided that LAMP (Linux, Apache, mySQL > and >> PHP) tends to result in more robust client/server applications. With PHP >> Zend boosted beating both in speed and performance and PHP appears to have >> allot of energy surronding it at this time. >> >> So, from that aspect, PHP wins. Also there appears to be a very sizable >> family of "real" PHP initiatives on Source Forge to draw and learn from. >> >> But,... >> >> From my readings it's also apparent that JAVA is "king and master" of the >> Server Side Application if the JVM and runtime code is compiled properly. >> But, checking Source Forge for Java related projects creates a large list > of >> mostly abstract and esoteric projects: not alot of meat on the bones from > a >> "get things done" standpoint. >> >> Question is, what do you mavens of logical mayhem recommend as my next > area >> of focus. I am interested in developing some server-side applications > that >> meld into the DynAPI interface on the client-side (yes, Pascal... be >> amazied). >> >> Java or PHP? >> >> Will learning PHP now be advantageous or detrimental to learning JAVA/JINI >> later? >> How does OOP in PHP compare to JAVA OOP? I realize it lacks interfaces > and >> solid abstraction. >> Why are most the PHP initiatives on Source Forge solid and down to earth >> while JAVA tends to be lofty and not very "real world" in nature? >> >> Looking for a little feedback here. >> >> Thanks, >> >> Ray "fear the rock" Smith >> >> >> _______________________________________________ >> Dynapi-Dev mailing list >> Dyn...@li... >> http://lists.sourceforge.net/lists/listinfo/dynapi-dev > --- > Outgoing mail is certified Virus Free by AVG Free Edition > http://www.grisoft.com/html/us_index.cfm > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.231 / Virus Database: 112 - Release Date: 2/12/01 > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://lists.sourceforge.net/lists/listinfo/dynapi-dev ---------------------- DynAPI Snapshots: http://dynapi.sourceforge.net/snapshot/ DynAPI Homepage: http://dynapi.sourceforge.net/ |
From: Doug M. <do...@cr...> - 2001-02-14 18:09:20
|
I would never say such a silly thing.. :-) ----- Original Message -----=20 From: Pascal Bestebroer=20 To: dyn...@li...=20 Sent: Wednesday, February 14, 2001 9:58 AM Subject: RE: [Dynapi-Dev] serious, ... really! you'r not saying that perl is less messy are you :-) Pascal Bestebroer pa...@dy... http://www.dynamic-core.net=20 -----Oorspronkelijk bericht----- Van: dyn...@li... = [mailto:dyn...@li...]Namens Doug Melvin Verzonden: woensdag 14 februari 2001 20:22 Aan: dyn...@li... Onderwerp: Re: [Dynapi-Dev] serious, ... really! > Also that solution (lamp) would be able to run on NT based servers = aswell, > not sure if java applets are supported 100% on NT based servers. Servlettes are not a probelm in NT environment. = <--------------------- > I found PHP to be a messy thing to code in, but it can do alot = with relative > ease.. PERL is also fully supported on NT/2k (after installing of course) --- Outgoing mail is certified Virus Free by AVG Free Edition http://www.grisoft.com/html/us_index.cfm Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.231 / Virus Database: 112 - Release Date: 2/12/01 --- Outgoing mail is certified Virus Free by AVG Free Edition http://www.grisoft.com/html/us_index.cfm Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.231 / Virus Database: 112 - Release Date: 2/12/01 |
From: Pascal B. <pa...@dy...> - 2001-02-14 17:57:56
|
you'r not saying that perl is less messy are you :-) Pascal Bestebroer pa...@dy... http://www.dynamic-core.net -----Oorspronkelijk bericht----- Van: dyn...@li... [mailto:dyn...@li...]Namens Doug Melvin Verzonden: woensdag 14 februari 2001 20:22 Aan: dyn...@li... Onderwerp: Re: [Dynapi-Dev] serious, ... really! > Also that solution (lamp) would be able to run on NT based servers aswell, > not sure if java applets are supported 100% on NT based servers. Servlettes are not a probelm in NT environment. <--------------------- > I found PHP to be a messy thing to code in, but it can do alot with relative > ease.. PERL is also fully supported on NT/2k (after installing of course) --- Outgoing mail is certified Virus Free by AVG Free Edition http://www.grisoft.com/html/us_index.cfm Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.231 / Virus Database: 112 - Release Date: 2/12/01 |
From: Pascal B. <pa...@dy...> - 2001-02-14 17:56:12
|
see widget tutorial (part 4 I think) it is updated to reflect the latest code. Pascal Bestebroer pa...@dy... http://www.dynamic-core.net > -----Oorspronkelijk bericht----- > Van: dyn...@li... > [mailto:dyn...@li...]Namens Doug Melvin > Verzonden: woensdag 14 februari 2001 20:07 > Aan: dyn...@li... > Onderwerp: Re: [Dynapi-Dev] NS Height and Width > > > I don't think so. > Personnaly, if I'm going to have that much trouble with NS scroll bars, I > just turn off scroll bars all-together and use a dynapi scroll widget.. > > > On that note: > Has anyone actually documented the use of precreation? > I would like to update the Scroll widget (right now it's "cludged" into > behaving). > > ----- Original Message ----- > From: "Michael Pemberton" <mp...@ph...> > To: <dyn...@li...> > Sent: Tuesday, February 13, 2001 3:24 PM > Subject: [Dynapi-Dev] NS Height and Width > > > > There has been some discussion on manually altering the document.height > > and document.width values to force scrollbars to make all content > > visible. Is it worth looking at making these automatic in the addChild > > method? > > > > > > > > _______________________________________________ > > Dynapi-Dev mailing list > > Dyn...@li... > > http://lists.sourceforge.net/lists/listinfo/dynapi-dev > > > --- > Outgoing mail is certified Virus Free by AVG Free Edition > http://www.grisoft.com/html/us_index.cfm > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.231 / Virus Database: 112 - Release Date: 2/12/01 > > > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://lists.sourceforge.net/lists/listinfo/dynapi-dev > |
From: Doug M. <do...@cr...> - 2001-02-14 16:23:51
|
> Also that solution (lamp) would be able to run on NT based servers = aswell, > not sure if java applets are supported 100% on NT based servers. Servlettes are not a probelm in NT environment. = <--------------------- =20 > I found PHP to be a messy thing to code in, but it can do alot with = relative > ease.. PERL is also fully supported on NT/2k (after installing of course) --- Outgoing mail is certified Virus Free by AVG Free Edition http://www.grisoft.com/html/us_index.cfm Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.231 / Virus Database: 112 - Release Date: 2/12/01 |
From: Doug M. <do...@cr...> - 2001-02-14 16:11:38
|
What about those who don't use unix? How about a perl based DynServer component? We could implement Server-side File i/o, as well as a Perl based Database.. To name a couple of things ----- Original Message ----- From: "Raymond Smith" <dst...@or...> To: <dyn...@li...> Sent: Tuesday, February 13, 2001 4:29 PM Subject: [Dynapi-Dev] serious, ... really! > Associates, > > I've been doing alot of research in what direction I would like to go next; > in conjunction with the DynAPI. While the API is wonderous for creating > dynamic interfaces it needs a server-side partner in my mind to reach its > full potential. > > Comparing ASP, JSP and PHP I've decided that LAMP (Linux, Apache, mySQL and > PHP) tends to result in more robust client/server applications. With PHP > Zend boosted beating both in speed and performance and PHP appears to have > allot of energy surronding it at this time. > > So, from that aspect, PHP wins. Also there appears to be a very sizable > family of "real" PHP initiatives on Source Forge to draw and learn from. > > But,... > > From my readings it's also apparent that JAVA is "king and master" of the > Server Side Application if the JVM and runtime code is compiled properly. > But, checking Source Forge for Java related projects creates a large list of > mostly abstract and esoteric projects: not alot of meat on the bones from a > "get things done" standpoint. > > Question is, what do you mavens of logical mayhem recommend as my next area > of focus. I am interested in developing some server-side applications that > meld into the DynAPI interface on the client-side (yes, Pascal... be > amazied). > > Java or PHP? > > Will learning PHP now be advantageous or detrimental to learning JAVA/JINI > later? > How does OOP in PHP compare to JAVA OOP? I realize it lacks interfaces and > solid abstraction. > Why are most the PHP initiatives on Source Forge solid and down to earth > while JAVA tends to be lofty and not very "real world" in nature? > > Looking for a little feedback here. > > Thanks, > > Ray "fear the rock" Smith > > > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://lists.sourceforge.net/lists/listinfo/dynapi-dev --- Outgoing mail is certified Virus Free by AVG Free Edition http://www.grisoft.com/html/us_index.cfm Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.231 / Virus Database: 112 - Release Date: 2/12/01 |
From: Doug M. <do...@cr...> - 2001-02-14 16:08:24
|
I don't think so. Personnaly, if I'm going to have that much trouble with NS scroll bars, I just turn off scroll bars all-together and use a dynapi scroll widget.. On that note: Has anyone actually documented the use of precreation? I would like to update the Scroll widget (right now it's "cludged" into behaving). ----- Original Message ----- From: "Michael Pemberton" <mp...@ph...> To: <dyn...@li...> Sent: Tuesday, February 13, 2001 3:24 PM Subject: [Dynapi-Dev] NS Height and Width > There has been some discussion on manually altering the document.height > and document.width values to force scrollbars to make all content > visible. Is it worth looking at making these automatic in the addChild > method? > > > > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://lists.sourceforge.net/lists/listinfo/dynapi-dev --- Outgoing mail is certified Virus Free by AVG Free Edition http://www.grisoft.com/html/us_index.cfm Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.231 / Virus Database: 112 - Release Date: 2/12/01 |
From: <no...@so...> - 2001-02-14 15:26:25
|
Bug #132344, was updated on 2001-Feb-14 07:27 Here is a current snapshot of the bug. Project: DynAPI 2 Category: Browser-Specific Issue Status: Open Resolution: None Bug Group: None Priority: 5 Submitted by: nobody Assigned to : nobody Summary: MenuBar Object doesn't work in IE5 Details: Weh I was browsing allthe objects in the library, the Menubar Object doesn't seem to be working at all in IE5. However when i tried opening the same html file using Netscape, it works. For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=132344&group_id=5757 |
From: Ryan A. <ra...@am...> - 2001-02-14 15:01:31
|
Well, I'm a PHP guy. So, I'm biased. Actually, I know a smidgeon of Java too. However, I'm still primarily weighted in PHP as far as past projects. One reason you will probably be drawn to PHP if you give then both a thorough runthrough is because of it's ease of integration and wide-use. By wide-use I mean operating on many plateforms and different environments. (* This comes in really handy when working with clients machines, etc. *) PHP has many great DB Abstraction classes implemented already. I'm am currently using the PEAR DB.php implementation. It's not perfect, but as close as I've seen. I'm currently designing a site that uses PHP and DynAPI2. However, there is no real client-to-server interaction. I am just using PHP to dynamically build the pages, and then DynAPI for the user interface. I would be very interested in seeing your results in this endevor (sp?). Ryan On Tue, 13 Feb 2001, Raymond Smith wrote: > Associates, > > I've been doing alot of research in what direction I would like to go next; > in conjunction with the DynAPI. While the API is wonderous for creating > dynamic interfaces it needs a server-side partner in my mind to reach its > full potential. > > Comparing ASP, JSP and PHP I've decided that LAMP (Linux, Apache, mySQL and > PHP) tends to result in more robust client/server applications. With PHP > Zend boosted beating both in speed and performance and PHP appears to have > allot of energy surronding it at this time. > > So, from that aspect, PHP wins. Also there appears to be a very sizable > family of "real" PHP initiatives on Source Forge to draw and learn from. > > But,... > > >From my readings it's also apparent that JAVA is "king and master" of the > Server Side Application if the JVM and runtime code is compiled properly. > But, checking Source Forge for Java related projects creates a large list of > mostly abstract and esoteric projects: not alot of meat on the bones from a > "get things done" standpoint. > > Question is, what do you mavens of logical mayhem recommend as my next area > of focus. I am interested in developing some server-side applications that > meld into the DynAPI interface on the client-side (yes, Pascal... be > amazied). > > Java or PHP? > > Will learning PHP now be advantageous or detrimental to learning JAVA/JINI > later? > How does OOP in PHP compare to JAVA OOP? I realize it lacks interfaces and > solid abstraction. > Why are most the PHP initiatives on Source Forge solid and down to earth > while JAVA tends to be lofty and not very "real world" in nature? > > Looking for a little feedback here. > > Thanks, > > Ray "fear the rock" Smith > > > > --__--__-- > |
From: denys <sto...@re...> - 2001-02-14 14:59:51
|
Hi, >>Did you notice that dhtml scrolls have to be done by rollover because >> keeping the mouse over the button cause the contect menu to appear ? >> Sometimes I wonder if Mac's mouses were engineered to be used by humans. >> We've got 5 fingers. Most of us. OnDynAPI(1)/ MacOS I have managed make the contextual menus not to appear in this way: - addind a boolean (bPtrDn) that indicate if the mouse is click down on a button. - in the function pTestActive(): //############ function AX8pTestActive() { if (is.ie) return false; var b =3D false; b =3D b || (this.useV && (this.barV.bDragActiv || this.barV.lyrs.box.slideActive || this.barV.bPtrDn));//modif b =3D b || (this.fen.lyrs.content.slideActive); b =3D b || (this.btnUp.bPtrDn || this.btnDn.bPtrDn);//modif b =3D b && this.bActiv; return b; } //############ - in the document event handler //############ =2E.. vaFonc =3D function(){ return !AX4wpTxtScrollTestActive(); //wrapper function that returns Instance.pTestActive() } AX3gpMouseDownTrm =3D AX3gpMouseMoveTrm =3D vaFonc; if (is.ns) { window.document.captureEvents(Event.MOUSEUP | Event.MOUSEOVER); } window.document.onmousemove =3D AX3gpMouseMove; window.document.onmouseup =3D AX3gpMouseUp; =2E.. //############ -- Jean-Pierre DENYS t=E9ls. (+ 33) 6 80 14 43 35 (+ 33) 1 44 65 02 69 (+ 34) 93 221 63 50 sto...@re... im...@it... |
From: Richard E. <emb...@co...> - 2001-02-14 14:19:45
|
I've written hundreds of thousands of lines of java code, both gui and just recently server - so I am very biased. If you are only going to be using Java, then use apache's jakarta-tomcat, there is no need for an apache server front end. Should one write servlets or use JSP? If you write servlets you will quickly need some type of page templating engine at which point you might as well take the learning curve hit and start using JSP writing your own taglibs. There are also places on the web hosting third party tablibs and Sun (realizing that there ought to be a core set of tablib extension) has an effort to create a standard base set of tablib extensions. OS? Now that Sun releases java on linux at about the same time as it does for solaris, there is no reason not to use linux rather than solaris. Databases? I thought that mySQL had only very simple transactions. If that is so and you have something more complex than a simple read-only server application you will need real transaction support in the database. I've used Oracle and Sybase recently. I am looking into PostgreSQL (the price is right). Look at http://industry.java.sun.com/products/jdbc/drivers for a list of what databases have a jdbc driver. Need middle-ware? There are application servers (see below). You can write your own using, say, JavaGroups (http://sourceforge.net/projects/JavaGroups) - process groups in Java - very cool. If each of your servers have some sort of "sessions" with clients (the client after connection returns to the same server) and the servers cache data and the cached data can become out-of-date based upon the independent actions of other clients (this is the problem I have), then you have to have some sort of middle-ware that allows cached data to be marked as dirty. Some off the shelf java application servers: http://www.protomatter.com http://www.locomotive.org http://www.enhydra.org http://www.javaworld.com/javaworld/tools/jw-tools-appserver.html http://www.evidian.com/jonas http://www.jboss.org http://www.unidata.ucar.edu/packages/dods/home Richard Emberson steal the best, code the rest - by which I mean, first stand on the shoulders of others and only then start looking around |