Menu
▾
▴
Re: [Dynapi-Help] nice to see you are alive :)
|
From: Leif W <war...@us...> - 2004-07-09 15:14:27
|
Hacked up the message to group related items for more succint comments. ----- Original Message ----- From: <lo...@we...> To: <dyn...@li...> Sent: Friday, July 09, 2004 12:50 AM Subject: Re: [Dynapi-Help] nice to see you are alive :) > > Someone has an updated copy they were talking about releasing, but were > > waiting for people to test. > Anyway if you need testing I can throw the code out to the Postnuke and > phpnuke communities for testing in some of my free themes. Raymond Irving has been one of the main driving forces since I joined the lists in 2002-12. His latest test code which needs some testing is located here: http://www.xwisdomhtml.com/dynapi/ . Point your browser and click away on the live copy, or for more tests, download the copy and write your own test cases. I'm a fan of test cases, so if you want to extend the tests, go ahead. :-) By the way, these lists are archived, so you can check out past entires. Check http://dynapi.sourceforge.net/doccenter/index.php?MailingLists , and use "(archives2)" at "The Mail Archive" website as "(archives1)" seems broken. Two main lists: DynAPI-Help http://www.mail-archive.com/dynapi-help%40lists.sourceforge.net/ DynAPI-Dev http://www.mail-archive.com/dynapi-dev%40lists.sourceforge.net/ I wish we had dates while keeping original thread order. But at least it's searchable. MARC would be my primary choice, or bug the guys at mail-archive to add dates to the original thread index, and s/"(Date|Thread) Index"/"Sort by $1"/. > Ah this is great news, I have only touched the surface, but I have had a > little play - I basically work with CMS themes and I have been experimenting > more and more with dynamic stuff for the themes. The main problems I have > found so far is a lack of support for mozilla firefox - correct me if I'm > wrong but many features do not seem to work with firefox - I did download > the mozilla version, but still problems... > > I have found that it has become increasingly important for web display > elements to be cross browser compatable - at least with the big three ie, > mozilla, netscape. Is there a push in this direction with dynapi? Heh, it's more like the big 2.3, IE, and the Mozilla family of three: Netscape, Mozilla, and Mozilla (Phoenix, Firebird, Firefox). The commercialized Netscape is nothing more than an old, stale copy of Mozilla, with the logos changed, maybe a slightly different theme, and possibly the User-Agent string slightly modified. But Help-About tells you exactly which version of Mozilla it is. Remember the old Netscape 2/3 help files? The very end said "It's spelled N E T S C A P E but it's pronounced M O Z I L L A." If Mozilla has a bug, it likely existed in older versions, and likely it's in Netscape. Mozilla and Firefox are compiled from the same source trunk. You pass different compile options and you get the full blown Mozilla, or the slimmed-down Firefox. Only the user agent string may be slightly different. For users, this can be changed with an extension, like with Opera. But that doesn't always work right or trick a server, when they do browser specific code and on any errors, just return you to the same page. I have noticed the severe LACK of anything but IE support on a few sites, unfortunately my ISP is one. Charter Communications online bill payment site used to work with Mozilla, but not Firebird, despite the two being the exact same browser. I complained about this. Several months go by, and the response was not to just accept the Firebird or Firefox user-agent strings, but to accept ONLY IE. Big surprise, as the company is owned by a big M$ mogul. :-\ I find this to be unacceptable. I called them and got to second tier support, and the guy was not too knowledgeable. When I mentioned that Mozilla and Mozilla Firefox are major browsers, and one of the main options in Linux, he said oh, Linux yeat, that is a derivative of Mac. O.o Ummm y...no, that's backwards. Mac OS X is a derivitive (or more properly, a hybrid) of FreeBSD (or some BSD, I forget), and FreeBSD is sort of a sister project to Linux, in that they are both implementing the Unix-like OS, and code is sometimes swapped between them. He said he had a couple people on the web development team of 5 people, and they were discussing Mac support (and thus Linux and Mozilla would somehow magically be covered by this, as they're derivitives of Mac OS). O.o I asked how many people it took to implement cross-browser support? Tounge in cheek, I offered to do it single-handedly, as I do have experience with databases, online shopping carts (secure and tie-ins with payment processing), and there's no excuse for static content to support only one browser (either select browser-specific static pages server side or do dynamic document building client side), and absolutely should be no dependency between the browser and the interface to the database and payment processor, as they seem to imply. If there is such a dependency, it's due to extremely poor design and the person should be fired citing negligence and incompetency. ;-) > It will be good to get some kind of crossbrowser release out - I have > noticed dynapi code and concepts cropping up in scripts that are commercial > (ie free for non commercial use, but for comemrcial use you purchase a > license! - I have no problem with charfing for code, but hell sometimes we > are talking about half a dozen lines of code here! it would be nice to have > some well written cross browser GPL code to use instead... That's another story. It should probably be looked into. Hopefully they're writing original code, but if some unscroupulous people out there are lifting GPL code (nothing surprises me in this day and age) and then calling it their own and charging a fee, then the GNU Free Software Foundation would be interested in the violation of the GPL, and they've got lawyers and two decades of legal clout to address the problem. GPL, as I interpret, is great for innovation, creativity, invention. It's there to inspire people and build upon. It's nice when people decide to return the code to the project from which they were inspired, instead of duplicating work. Leif > Kindest regards, > > Adam Docherty a.k.a Lobos > > www.webvida.com > www.iwebdesign.co.nz > > ----- Original Message ----- > From: "Leif W" <war...@us...> > To: <dyn...@li...> > Sent: Friday, July 09, 2004 12:50 PM > Subject: Re: [Dynapi-Help] loadpanel and browser history > > > > Hi, > > > > I don't think it's completely abandonned, but maybe it's been resting... > > or somewhat matured? I hope it's not dead. > > > > Someone has an updated copy they were talking about releasing, but were > > waiting for people to test. > > > > I've been so busy on everything else inlife, I haven't kept up with my > > contributions. I can't just stop everything I am doing and devote 100% > > time to this. I can't just invent time from nowhere. ;-) But I can > > maybe set aside some time to look at some things. > > > > But I don't know the answers to everything and haven't been able to set > > aside the time to learn the whole lib. I only know the parts I have > > written or translated (SnapX and IOElement / SODA Perl & PHP > > translations). Nobody ever asks much about SnapX. ;-) There's PHP and > > Perl code I need to finish and debug and commit, and in some cases, even > > START (i.e. Perl Module). ;-) At the time, I didn't know how to write > > modules or classes in Perl, but have since done some reading and > > thinking and coding. > > > > I dunno, maybe there are some other libs that do some of the things this > > lib does, and there are probably some features this lib doesn't have. > > But this lib has a lot of history and is GPL, which means you're partly > > responsible for writing code if you want a feature or a bug fix. :-) > > > > About the heaviness of the lib, I have no hard numbers either way. But > > I remember there is a compressor, which may very well lighten up the lib > > by collecting the used code into a single file. I'm not very familiar > > with the tool. I wonder if it has the ability to determine which > > functions are actually used, and include only them. Of course, this > > means you develop with the full lib, release and testthe compressed > > version, but modifications to the userland code may require > > recompressing if you're trying to use previously unused functions or > > objects. > > > > Please don't talk about DynAPI in the past tense while there's still > > some life in it. :-) > > > > Leif > > > > ----- Original Message ----- > > From: <lo...@we...> > > To: <dyn...@li...> > > Sent: Thursday, July 08, 2004 8:10 PM > > Subject: Re: [Dynapi-Help] loadpanel and browser history > > > > > > > I started to play with it, but i have to agree I think it has been > > > abandoned, pity, it showed so much promise... what exactly are you > > wanting > > > to do? There are many dynamic html scripts out there that can acheive > > many > > > of the things that the dynapi does. Also the code can be smaller and > > load > > > faster becuase the dynapi is sometimes weighted down with code that > > you > > > don't need... > > > > > > Kindest regards, > > > > > > Adam Docherty a.k.a Lobos > > > > > > www.webvida.com > > > www.iwebdesign.co.nz > > > > > > ----- Original Message ----- > > > From: "Michael Herlihy" <mi...@m2...> > > > To: <dyn...@li...> > > > Sent: Friday, July 09, 2004 5:53 AM > > > Subject: Re: [Dynapi-Help] loadpanel and browser history > > > > > > > > > > I think this project has been abandoned... I can never get any help. > > > > I would even be willing to pay for a fix. > > > > > > > > Mike. > > > > > > > > At 11:32 PM 7/7/04, you wrote: > > > > >Hi all, > > > > > > > > > >I'm using dynapi 3.0 and I was wondering if there is a simple way > > to > > > > >prevent the browser history from being affected by loaded urls in a > > > > >loadpanel? Instead of the browser back button taking you through > > the > > > > >history of loads in the loadpanel, I would like it to just take you > > off > > > > >the page with the loadpanel completely and back to the previous > > page. > > > > > > > > > >I tried setting the 'skipHistory' variable to true when using > > setURL, but > > > > >that didn't work. > > > > > > > > > >I also noticed all the history code in loadpanel.js, but I'm not > > sure how > > > > >changing any of that will affect the way loadpanel works. > > > > > > > > > >Thanks for any help! > > > > > > > > > >Arijit > > > > > > > > > > > > > > > > > > > >------------------------------------------------------- > > > > >This SF.Net email sponsored by Black Hat Briefings & Training. > > > > >Attend Black Hat Briefings & Training, Las Vegas July 24-29 - > > digital > > > self > > > > >defense, top technical experts, no vendor pitches, unmatched > > networking > > > > >opportunities. Visit www.blackhat.com > > > > >_______________________________________________ > > > > >Dynapi-Help mailing list > > > > >Dyn...@li... > > > > >https://lists.sourceforge.net/lists/listinfo/dynapi-help > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > > This SF.Net email sponsored by Black Hat Briefings & Training. > > > > Attend Black Hat Briefings & Training, Las Vegas July 24-29 - > > > > digital self defense, top technical experts, no vendor pitches, > > > > unmatched networking opportunities. Visit www.blackhat.com > > > > _______________________________________________ > > > > Dynapi-Help mailing list > > > > Dyn...@li... > > > > https://lists.sourceforge.net/lists/listinfo/dynapi-help > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > This SF.Net email sponsored by Black Hat Briefings & Training. > > > Attend Black Hat Briefings & Training, Las Vegas July 24-29 - > > > digital self defense, top technical experts, no vendor pitches, > > > unmatched networking opportunities. Visit www.blackhat.com > > > _______________________________________________ > > > Dynapi-Help mailing list > > > Dyn...@li... > > > https://lists.sourceforge.net/lists/listinfo/dynapi-help > > > > > > > > > > > > > > > ------------------------------------------------------- > > This SF.Net email sponsored by Black Hat Briefings & Training. > > Attend Black Hat Briefings & Training, Las Vegas July 24-29 - > > digital self defense, top technical experts, no vendor pitches, > > unmatched networking opportunities. Visit www.blackhat.com > > _______________________________________________ > > Dynapi-Help mailing list > > Dyn...@li... > > https://lists.sourceforge.net/lists/listinfo/dynapi-help > > > > > > > > ------------------------------------------------------- > This SF.Net email sponsored by Black Hat Briefings & Training. > Attend Black Hat Briefings & Training, Las Vegas July 24-29 - > digital self defense, top technical experts, no vendor pitches, > unmatched networking opportunities. Visit www.blackhat.com > _______________________________________________ > Dynapi-Help mailing list > Dyn...@li... > https://lists.sourceforge.net/lists/listinfo/dynapi-help > |
