[thelist] attempts to UNSUBSCRIBE failed
katherine
kbjork at attbi.com
Mon Apr 15 15:21:01 CDT 2002
I am trying, and have tried for several days to UNSUBSCRIBE from this
list, using the website, and have also written to the admin but have
received no response. I will continue to post this message with each
list that comes in until my request has been honored.
To others on the list, it has been my pleasure, pardon me for the
intrusion and if you have a connection to the list moderator please let
them know my dilemma.
Thanks!
Katherine
On Sunday, April 14, 2002, at 10:11 AM, thelist-request at lists.evolt.org
wrote:
> Send thelist mailing list submissions to
> thelist at lists.evolt.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://lists.evolt.org/mailman/listinfo/thelist
>
> You can reach the person managing the list at
> thelist-admin at lists.evolt.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of thelist digest..."
>
>
> Today's Topics:
>
> 1. RE: Screen Captures (Janet Nabring-Stager)
> 2. RE: Screen Captures (Ken Kogler)
> 3. Re: Screen Captures (Pat Meeks)
> 4. Re: Screen Captures (Cristian Secara)
> 5. Re: (Intel + Linux) vs (Sun + Solaris) (Daniel J. Cody)
> 6. Re: Date and Time issue Worldwide (Syed Zeeshan Haider)
> 7. Re: Date and Time issue Worldwide (Syed Zeeshan Haider)
> 8. Re: Date and Time issue Worldwide (Syed Zeeshan Haider)
> 9. RE: Date and Time issue Worldwide (Joel Canfield)
> 10. SMTP server (lon.kraemer)
> 11. Re: Date and Time issue Worldwide
> (martin.p.burns at uk.pwcglobal.com)
> 12. Re: Date and Time issue Worldwide (rudy)
> 13. RE: Date and Time issue Worldwide (Joel Canfield)
> 14. Re: Date and Time issue Worldwide (Mark Limburg)
> 15. Re: Date and Time issue Worldwide (rudy)
> 16. Re: Date and Time issue Worldwide (Mark Limburg)
> 17. Headlines from evolt.org for 13-APR-02 (Headlines)
> 18. Re: Linux Email Clients (Samir M. Nassar)
> 19. FSO Vs. DB (Ken Kogler)
> 20. Re: FSO Vs. DB (Joshua Olson)
> 21. Zip Code mysql db (Russell Griechen)
> 22. Re: Screen Captures (aardvark)
> 23. Re: Zip Code mysql db (rudy)
> 24. RE: Zip Code mysql db (J. Scott Johnson)
> 25. Re: FSO Vs. DB (martin.p.burns at uk.pwcglobal.com)
> 26. Re: Zip Code mysql db (martin.p.burns at uk.pwcglobal.com)
> 27. XML parsing the homemade way (Daniel Fascia)
> 28. Re: XML parsing the homemade way (Nicole P)
> 29. RE: XML parsing the homemade way (J. Scott Johnson)
> 30. IT structure evaluation (Nedret Saidova)
> 31. NS4 and nested tables GRRR! (Olly Hodgson)
>
> --__--__--
>
> Message: 1
> Date: Sat, 13 Apr 2002 11:48:58 -0700 (PDT)
> From: Janet Nabring-Stager <jnabring at yahoo.com>
> Subject: RE: [thelist] Screen Captures
> To: thelist at lists.evolt.org
> Reply-To: thelist at lists.evolt.org
>
> http://www.pcworld.com/downloads/file_description/0,fid,5144,00.asp
> This freeware utility does a pretty good job of grabbing acceptable
> screen captures, but I don't know if it will solve your problem of
> resizing...hth
> Janet
>
>
> From: "Derry Talvainn" <derry at artema.com.au>
> I have been asked to put together some web pages that contain screen
> captures (of other web pages) with commentary beside them.
> The screen captures I take look fantastic at 100% but if I reduce
> them to as
> much as 90% the look really bad and 80% absolutely disgusting. They
> are far
> too big at 100%.
> Anyone know of a way to reduce the size of a screen capture without
> making
> the text look bad?
>
> My first attempt at screen capturing was to use Print Screen and
> paste into
> Photoshop - but that was awful even at 100%. Then I found the
> CorelCapture
> utility which does a great job at 100% but that is all. I have tried
> reducing the size in Photoshop, Photopaint and also with CorelCapture
>
> all to
> no avail.
>
>
> =====
> Janet Nabring-Stager
>
> __________________________________________________
> Do You Yahoo!?
> Yahoo! Tax Center - online filing with TurboTax
> http://taxes.yahoo.com/
>
> --__--__--
>
> Message: 2
> From: "Ken Kogler" <ken at kenkogler.com>
> To: <thelist at lists.evolt.org>
> Subject: RE: [thelist] Screen Captures
> Date: Sat, 13 Apr 2002 14:09:25 -0500
> Reply-To: thelist at lists.evolt.org
>
> What about dropping your screen resolution down to something like
> 640x480? If the site fits in that rez, you can get a much better (read:
> clearer) screen cap that way... I'm guessing your "resize = crap"
> problem comes from the fact that you're trying to resize down a 1024x768
> or 1280x1024 image into something workable... Of course I could be
> totally off-base here, too. :-P
>
> -Ken Kogler
>
>> From: "Derry Talvainn" <derry at artema.com.au>
>> I have been asked to put together some web pages that contain screen
>> captures (of other web pages) with commentary beside them.
>> The screen captures I take look fantastic at 100% but if I reduce
>> them to as
>> much as 90% the look really bad and 80% absolutely disgusting. They
>> are far
>> too big at 100%.
>> Anyone know of a way to reduce the size of a screen capture without
>> making
>> the text look bad?
>
>
> --__--__--
>
> Message: 3
> From: "Pat Meeks" <pmeeks at email.msn.com>
> To: <thelist at lists.evolt.org>
> Subject: Re: [thelist] Screen Captures
> Date: Sat, 13 Apr 2002 12:16:40 -0700
> Reply-To: thelist at lists.evolt.org
>
> Just a thought....
>
>> utility which does a great job at 100% but that is all. I have tried
>> reducing the size in Photoshop, Photopaint and also with CorelCapture
>
> Are you reducing the size of your capture by using a percentage or are
> you
> "resampling" to get the smaller size? The best method is to resample
> your
> captured image in PhotoPaint (etal) to the correct resolution and then
> export to your final format.
>
> HTH, Pat
>
>
>
> --__--__--
>
> Message: 4
> From: "Cristian Secara" <secarica at fx.ro>
> To: "thelist at lists.evolt.org" <thelist at lists.evolt.org>
> Date: Sat, 13 Apr 2002 23:54:18 +0300
> Subject: Re: [thelist] Screen Captures
> Reply-To: thelist at lists.evolt.org
>
> On Sun, 14 Apr 2002 01:47:26 +1000, Derry Talvainn wrote:
>
>> My first attempt at screen capturing was to use Print Screen and paste
>> into
>> Photoshop - but that was awful even at 100%.
>
> ?
> That should work fine. Are you sure you were in "Actual pixels" view
> mode ?
>
> Anyway, I have done 3 tests just for fun. One with Photoshop, other
> with SnagIt, other with Opera 6.
> At first glance, the SnagIt's "scale" function produced the best
> result, Opera the worst.
>
> In my opinion you should scale to a boundary number (e.g. 50%, 75%) and
> not to something between (e.g. not 82%).
>
> (SnagIt is at http://www.techsmith.com/ )
>
> Best wishes,
> Cristi
>
> --
> Cristian Secara
> http://www.secarica.ro/
>
>
>
> --__--__--
>
> Message: 5
> Date: Sat, 13 Apr 2002 16:15:47 -0500
> From: "Daniel J. Cody" <djc at members.evolt.org>
> To: thelist at lists.evolt.org
> Subject: Re: [thelist] (Intel + Linux) vs (Sun + Solaris)
> Reply-To: thelist at lists.evolt.org
>
> Just some random thoughts here Mo..
>
> Your last point states your primary desire for the servers to have
> reliablity and performance, and if thats what you're looking for, I'd
> *totally* stay away from putting everything all on one box, no matter
> what platform it is. Judah gave some good examples of how to split your
> site over multiple machines in his message, so I won't regurgitate what
> he said :)
>
> First, I'm certified(not that it means much) as a Solaris SysAdmin &
> Network Admin, and also feel equally confident with Linux. I've also had
> a couple beers on a beautiful saturday afternoon. Now that *thats* out
> of the way..
>
> Sun hardware kicks the snot out of any x86 architecture out there,
> period. Theres a reason Sun/Solaris is used by a serious majority of the
> worlds largest companies to handle their 'mission-critical' computing,
> and it's not the pretty colors the servers come in ;)
> IA-64 might be there close in terms of CPU performance someday, but it's
> not today. The arch. outside the CPU on Sun hardware(things like memory,
> I/O bandwidth/speed, redundancy, etc) kicks ass as well, and is one
> thing other unix vendors like SGI and HP-UX had in their favor too.
>
> However, you pay up the nose for all that. And the fact is that most
> people using even low level Sun servers aren't really utilizing all the
> machine has to offer, and could probably get away with something less.
>
> OOTH, 'Intel' based hardware is cheap, more or less 'open', and easier
> to come by, fix, and maintain. It also supports *way* more software than
> proprietary Unix machines can, and coupled with Linux, the
> price/performance is really really *really* nice.
>
> As a side note, I'd almost bet that the only reason your current machine
> is starting to slow down is because of I/O probs. If you were to throw a
> nice new dual channel SCSI card in there, I bet you'd see it runnin fast
> in no time.. Those CPU's you have now seriously kick ass. Anyways :)
>
> Sadly, and much to Sun's chagrin, Solaris is heading the way of to Dodo.
> It's only lasted longer than Irix, AIX, and HP-UX(to name a few) against
> linux because it had such a huge lead in market share against those
> folks.
>
> To sum up this long winded post.. I'd use Sun Starfire 10k's all the
> time if I could. But I can't, so I use Linux with cheap and powerful
> AMD's. If I were in your position, I'd leave all the mail stuff on the
> Sun boxes and pick up a couple nice dual AMD boxes with Linux - one for
> your DB and one for CF - for the same amount it would cost to get a
> decent low level Sun box.
>
> Holler if you want more clarification or have other questions :)
>
> .djc.
>
> Mo Martin wrote:
>> We're running into capacity limits on our web hardware and my head
>> technical guy is suggesting a switch from Solaris running on Sun
>> hardware to Linux running on Intel processors. I trust him but want
>> some additional opinions.
>>
>> It's a mid-sized corporate site serving about a million visitors a
>> month. 4M pages a month about 50-75% of which are fed from the
>> database. Steady, predictable growth but quite rapid -- more than
>> doubling each year. The site serves pages and data sheets, no
>> transactions or e-commerce.
>>
>> We run three Solaris machines (Sun CPUs) now but one does all the
>> work. It runs Sybase 7 and Cold Fusion 4.5, and Apache. It's a
>> three-year-old old machine with dual 330 MHz processors. The other
>> machines are single-processor 300 MHz versions just serving HTML,
>> mail, and PDFs. One also runs Lyris, a list server, at fairly low
>> volume. All the machines are at a co-lo -- we own and run them, they
>> house them and provide bandwidth.
>>
>> The choice is between buying a newer Sun server and RAID array; or
>> going with a 2.2 GHz Pentium 4 with RAID array for around $4500.
>>
>> He also is suggesting we consolidate our processes. We have Cold
>> Fusion and Sybase on one machine; and two separate machines sharing
>> the HTML serving and mail functions. He wants to put it all on one
>> box (and use the old boxes as spares/backups).
>>
>> Primary desire is for reliability and performance.
>
>
>
> --__--__--
>
> Message: 6
> From: "Syed Zeeshan Haider" <szh at hotpop.com>
> To: "Evolt" <thelist at lists.evolt.org>
> Subject: Re: [thelist] Date and Time issue Worldwide
> Date: Sun, 14 Apr 2002 02:20:33 +0500
> Reply-To: thelist at lists.evolt.org
>
> Rudy,
> Please be global. This date format really confuses the computer users in
> Pakistan, specially new users. Our standard is day/month/year or
> day-month-year. I am running Windows 98 SE on my machine. I have set it
> to day-month-year.
> Cheers,
> Syed Zeeshan Haider.
> http://syedzeeshanhaider.faithweb.com/
>
> ----- Original Message -----
> From: "rudy" <r937 at interlog.com>
> To: <thelist at lists.evolt.org>
> Subject: Re: [thelist] Date and Time issue Worldwide
> Date: Fri, 12 Apr 2002 16:37:54 -0400
> Reply-To: thelist at lists.evolt.org
>
>> What time/date formats are globally acceptable?
>
> ISO standard 2002-04-12
>
> cannot imagine anyone misuderstanding this for december 4
>
> fits into all databases, too
>
>
> rudy
> http://rudy.ca/
>
>
>
>
>
>
>
>
> --__--__--
>
> Message: 7
> From: "Syed Zeeshan Haider" <szh at hotpop.com>
> To: "Evolt" <thelist at lists.evolt.org>
> Subject: Re: [thelist] Date and Time issue Worldwide
> Date: Sun, 14 Apr 2002 02:25:54 +0500
> Reply-To: thelist at lists.evolt.org
>
> Hi Simon,
> About DD/MM/YYYY, I strongly agree with your opinion. It must be this.
> We use DD-MM-YYYY also here in Pakistan.
> Syed Zeeshan Haider.
> http://syedzeeshanhaider.faithweb.com/
>
> ----- Original Message -----
> Date: Sat, 13 Apr 2002 00:32:30 +0100
> From: Simon Willison <simon at incutio.com>
> To: thelist at lists.evolt.org
> Subject: Re: [thelist] Date and Time issue Worldwide
> Reply-To: thelist at lists.evolt.org
>
> Chris Johnston wrote:
>
>> I always thought that here in North America the standard was
>>
>> month/day/year
>>
>> whereas in Europe it was
>>
>> day/month/year
>>
> Yeah I never understood why Americans do it that way round. A day is
> shorter than a month which is shorter than a year, hence DD/MM/YYYY.
> whatever the reason, personally I always make it obvious which number is
> the day and which is the month (preferable by displaying a date as 13th
> April 2002 and keeping any date selection mechanisms to holding the
> names of all 12 months in a select box). As for internal storage you
> can't go wrong with a unix timestamp - unless of course you need to
> record dates earlier than 1970 ;)
>
>
>
>
>
>
>
> --__--__--
>
> Message: 8
> From: "Syed Zeeshan Haider" <szh at hotpop.com>
> To: "Evolt" <thelist at lists.evolt.org>
> Subject: Re: [thelist] Date and Time issue Worldwide
> Date: Sun, 14 Apr 2002 02:25:50 +0500
> Reply-To: thelist at lists.evolt.org
>
> Hi Chris,
> Standard in Pakistan (part of South Asia) is day-month-year.
> Syed Zeeshan Haider.
> http://syedzeeshanhaider.faithweb.com/
>
> ----- Original Message -----
> Subject: Re: [thelist] Date and Time issue Worldwide
> From: Chris Johnston <chris at fuzzylizard.com>
> To: TheList <thelist at lists.evolt.org>
> Date: 12 Apr 2002 16:46:08 -0400
> Reply-To: thelist at lists.evolt.org
>
> I always thought that here in North America the standard was
>
> month/day/year
>
> whereas in Europe it was
>
> day/month/year
>
> I have no idea about standards in Asia or Australia.
>
> --
> /chris
>
> <www.fuzzylizard.com>
>
>
>
>
>
>
>
>
>
> --__--__--
>
> Message: 9
> From: Joel Canfield <Joel at spinhead.com>
> To: "'thelist at lists.evolt.org'" <thelist at lists.evolt.org>
> Subject: RE: [thelist] Date and Time issue Worldwide
> Date: Sat, 13 Apr 2002 14:41:03 -0700
> Reply-To: thelist at lists.evolt.org
>
>> Please be global. This date format really confuses the
>> computer users in Pakistan, specially new users. Our standard
>> is day/month/year or day-month-year.
>
> [ . . . ]
>
>>> What time/date formats are globally acceptable?
>> ISO standard 2002-04-12
>>
>
> I think Rudy was suggesting the database storage format. The date can be
> displayed however you like in the client you're using (web page or
> whatever.)
>
> I personally write my dates 13 Apr 2002, and display them in either that
> format or as April 13, 2002 on the web.
>
> joel
>
> --__--__--
>
> Message: 10
> From: "lon.kraemer" <lwkraemer at directvinternet.com>
> To: <thelist at lists.evolt.org>
> Date: Sat, 13 Apr 2002 16:56:37 -0500
> Subject: [thelist] SMTP server
> Reply-To: thelist at lists.evolt.org
>
> Does anyone use Pointcast Server? Any comments?
> --
> Lon Kraemer
> -----------------------------------------
>
>
> --__--__--
>
> Message: 11
> From: <martin.p.burns at uk.pwcglobal.com>
> Date: Sat, 13 Apr 2002 23:47:05 +0100
> Subject: Re: [thelist] Date and Time issue Worldwide
> To: thelist at lists.evolt.org
> Reply-To: thelist at lists.evolt.org
>
>
> Memo from Martin P Burns of PricewaterhouseCoopers
>
> -------------------- Start of message text --------------------
>
> Hi Syed
>
> I would have thought that the International Standards Organisation's
> recommendation would be by definition more global than one country's
> way of
> doing it.
>
> We do dd/mm/yyyy here too, but if I'm needing to represent dates in a
> culture-neutral manner, I'm going to use ISO every time.
>
> (It's more logical too as it's in descending order of digit
> significance,
> so it numerically sorts beautifully)
>
> Cheers
> Martin
>
>
>
> Rudy,
> Please be global. This date format really confuses the computer users in
> Pakistan, specially new users. Our standard is day/month/year or
> day-month-year. I am running Windows 98 SE on my machine. I have set it
> to day-month-year.
>
> ----- Original Message -----
> From: "rudy" <r937 at interlog.com>
> To: <thelist at lists.evolt.org>
> Subject: Re: [thelist] Date and Time issue Worldwide
> Date: Fri, 12 Apr 2002 16:37:54 -0400
> Reply-To: thelist at lists.evolt.org
>
>> What time/date formats are globally acceptable?
>
> ISO standard 2002-04-12
>
>
>
> --------------------- End of message text --------------------
>
> This e-mail is sent by the above named in their
> individual, non-business capacity and is not on
> behalf of PricewaterhouseCoopers.
>
> PricewaterhouseCoopers may monitor outgoing and incoming
> e-mails and other telecommunications on its e-mail and
> telecommunications systems.
> ----------------------------------------------------------------
> The information transmitted is intended only for the person or entity to
> which it is addressed and may contain confidential and/or privileged
> material. Any review, retransmission, dissemination or other use of, or
> taking of any action in reliance upon, this information by persons or
> entities other than the intended recipient is prohibited. If you
> received
> this in error, please contact the sender and delete the material from
> any
> computer.
>
>
> --__--__--
>
> Message: 12
> From: "rudy" <r937 at interlog.com>
> To: <thelist at lists.evolt.org>
> Subject: Re: [thelist] Date and Time issue Worldwide
> Date: Sat, 13 Apr 2002 19:50:24 -0400
> Reply-To: thelist at lists.evolt.org
>
>>>> What time/date formats are globally acceptable?
>>> ISO standard 2002-04-12
>>
>> I think Rudy was suggesting the database storage format.
>
> thanks, joel, for coming to my defence, but i was answering the question
>
> ;o)
>
> i was going to mention that the ISO should be competent enough to pick a
> global standard, but martin beat me to it
>
> as for database formats, joel, i think i know what you were suggesting,
> and
> you're absolutely right, you can display it any way you like
>
> one of the joys in my life is knowing where to look up the various
> format
> codes (quick, in microsoft sql/server, what's 107? in access, what's the
> code for minutes? in mysql, what's %e?)
>
> however, no database actually stores dates in any human-misinterpretable
> format
>
> as we learned in this very thread, unix uses re humungous integers, the
> number of seconds since 1970... in db2/400, if i recall correctly, a
> date
> is the number of days since 4004 bc or something...
>
> your mileage may vary
>
> in any case, it doesn't matter how it's stored, as long as the database
> does all that nice date interval arithmetic for ya, eh?
>
> the only way to "control" the date format *when storing dates* is to
> use a
> char field instead of a date field, but that would be dumb...
>
>
> rudy
>
>
> --__--__--
>
> Message: 13
> From: Joel Canfield <Joel at spinhead.com>
> To: "'thelist at lists.evolt.org'" <thelist at lists.evolt.org>
> Subject: RE: [thelist] Date and Time issue Worldwide
> Date: Sat, 13 Apr 2002 17:02:18 -0700
> Reply-To: thelist at lists.evolt.org
>
>> however, no database actually stores dates in any
>> human-misinterpretable format
>
> Thanks for the reminder. I hate it when I write without thinking. I
> don't
> even like it when I think without writing.
>
> But if we're talking about *displaying* dates, I'd do anything I could
> to
> avoid using all numerals. SOMEONE will misinterpret it. If you use the
> month
> name, it's virtually impossible.
>
> Are there circs where you wouldn't want to use the month name?
>
> joel
>
> --__--__--
>
> Message: 14
> Date: Sun, 14 Apr 2002 11:11:06 +0930
> From: Mark Limburg <mlimburg at users.sourceforge.net>
> To: thelist at lists.evolt.org
> Subject: Re: [thelist] Date and Time issue Worldwide
> Reply-To: thelist at lists.evolt.org
>
> Howdy,
>
>> But if we're talking about *displaying* dates, I'd do anything I could
>> to
>> avoid using all numerals. SOMEONE will misinterpret it. If you use the
>> month
>> name, it's virtually impossible.
>
> I may be beating a dead horse, but I always use ...
>
> 23th Jan 2002
>
> ... as this format is the least misunderstood. If I have to shorten it,
> then I use ...
>
> 23-Jan-02
>
> -M-
>
>
> --__--__--
>
> Message: 15
> From: "rudy" <r937 at interlog.com>
> To: <thelist at lists.evolt.org>
> Subject: Re: [thelist] Date and Time issue Worldwide
> Date: Sat, 13 Apr 2002 21:55:34 -0400
> Reply-To: thelist at lists.evolt.org
>
>> 23th Jan 2002
>>
>> ... as this format is the least misunderstood
>
> oh?
>
> i suppose the 23th follows the 22st?
>
>
>> If I have to shorten it, then I use 23-Jan-02
>
> quick, is 30-Feb-28 valid?
>
> don't shorten it
>
>
> rudy
>
>
>
>
>
>
>
>
>
>
> --__--__--
>
> Message: 16
> Date: Sun, 14 Apr 2002 11:38:28 +0930
> From: Mark Limburg <mlimburg at users.sourceforge.net>
> To: thelist at lists.evolt.org
> Subject: Re: [thelist] Date and Time issue Worldwide
> Reply-To: thelist at lists.evolt.org
>
> Howdy,
>
>>> ... as this format is the least misunderstood
>
>> oh?
>>
>> i suppose the 23th follows the 22st?
>
> (groan) I'm tired, leave me alone :P
>
>>> If I have to shorten it, then I use 23-Jan-02
>>
>>
>> quick, is 30-Feb-28 valid?
>>
>> don't shorten it
>
> Very true. 30-Feb-28 is the 28th of Feb, 2030 when looked at it with
> Japanese standards.
>
> ^M^
>
>
> --__--__--
>
> Message: 17
> Date: Sun, 14 Apr 2002 00:10:02 -0500
> From: Headlines <headlines at lists.evolt.org>
> To: thelist at lists.evolt.org
> Subject: [thelist] Headlines from evolt.org for 13-APR-02
> Reply-To: thelist at lists.evolt.org
>
> evolt.org headlines for 13-APR-02
>
> Hi evolters!
>
> We have some fresh content on evolt.org today, contributed by our
> members. Learn something new or review the perspective of someone
> else:
>
> Site Development: Separating ASP Code from HTML in Templates (Author:
> Junglee)
> http://www.evolt.org/article/headline/20/23170/index.html
>
> Looking for a method to separate server-side script code from your
> HTML layouts? Looking to reuse the same part of the layout in various
> pages without duplication? Looking for ways to make print versions
> and alternate navigations easily?
> Here's a method that will get you going with a few ideas that you can
> build on....
>
>
> Commentary & Society: We Need a Different Single Sign-On Solution
> (Author: DevilM)
> http://www.evolt.org/article/headline/25/23897/index.html
>
> I have been talking about what is wrong with single sign-on (SSO)
> solutions for a while apparently to no avail as more and more vendors
> role out new solutions based on the same flawed model. Certainly SSO
> is more convenient, but at what cost? In a follow-up to my recent
> article on evolt.org, I suggest a possible alternative to the current
> SSO solutions.
>
>
>
>
> Authors really appreciate feedback from their peers; you can leave a
> comment and rate articles by logging into the evolt.org web site.
>
> Happy reading!
>
> evolt.org
>
>
> --__--__--
>
> Message: 18
> Subject: Re: [thelist] Linux Email Clients
> From: "Samir M. Nassar" <nassarsa at redconcepts.net>
> To: thelist at lists.evolt.org
> Date: 14 Apr 2002 01:45:00 -0500
> Reply-To: thelist at lists.evolt.org
>
> I've been using Evolution for a couple of months now (After KMail) and
> it is great.
>
> A word to the wise though: Don't get Evolution from Ximian directly. The
> RPM dependencies can hurt future upgrades, at least on my Red Hat 7.2
> box.
>
> I recommend getting a recent version of Apt and running 'apt-get install
> evolution' with your sources.list pointed to an aptified RawHide
> repository.
>
> That will give you Evolution for the upcoming release of Red Hat
> (skipjack)(Either 7.3 or 8.0) which doesn't install the Ximian specific
> RPM's.
>
> If people need help getting apt to work, or just want a longish
> sources.list email me directly.
>
> Samir M. Nassar
> RedConcepts.NET - Open Source, Public Service
>
>
> --__--__--
>
> Message: 19
> Date: Sun, 14 Apr 2002 02:00:11 -0500
> From: Ken Kogler <ken.kogler at curf.edu>
> To: thelist at lists.evolt.org
> Subject: [thelist] FSO Vs. DB
> Reply-To: thelist at lists.evolt.org
>
> Allrighty, here's one for ya:
>
> I've got a template page with dynamic content. What are the pros/cons of
> storing the content in individual files versus a database?
>
> A bit more info, perhaps:
>
> Like I said earlier, I've got a template and content separate. My boss
> says that a system where the content is in separate HTML files and then
> brought in via server-side includes would be better than having the
> content in a db. He wants some kind of common content folder, with
> individual subfolders for each group of different permissions allowed.
> Like this:
>
> /content/group1/
> /content/group2/
> /content/group3/
>
> With a typical file looking like this:
>
> top template
> top template
>
> include /content/group1/mainPage.html
>
> bottom template
> bottom template
>
> The main issue here is editing the content that gets brought into the
> templates. The Boss thinks that having it in separate HTML files will
> allow people to open up "their" files in FP or DW, and edit away. I view
> this as more of an admin nightmare.
>
> Putting the content into a db and slapping a web front-end for editing
> on it gives me the control I need, with only a slight hassle to the user
> (using web-based editing, rather than a client side proggie like FP/DW).
>
> Has anyone ever been faced with this before? I'm curious to hear the
> pros/cons of both.
>
> -Ken Kogler
>
>
> --__--__--
>
> Message: 20
> From: "Joshua Olson" <joshua at waetech.com>
> To: <thelist at lists.evolt.org>
> Subject: Re: [thelist] FSO Vs. DB
> Date: Sun, 14 Apr 2002 03:44:01 -0400
> Reply-To: thelist at lists.evolt.org
>
> ----- Original Message -----
> From: "Ken Kogler" <ken.kogler at curf.edu>
> To: <thelist at lists.evolt.org>
> Sent: Sunday, April 14, 2002 3:00 AM
> Subject: [thelist] FSO Vs. DB
>
>
>> Allrighty, here's one for ya:
>>
>> I've got a template page with dynamic content. What are the pros/cons
>> of
>> storing the content in individual files versus a database?
>
> Ken,
>
> The setup you are talking about is fairly common. Like you've implied,
> there are some pro's and cons.
>
> Pros:
> - Users can easily be given the option to FTP their own files into the
> system
> - Potentially faster processing (the OS should be fairly optimized to
> load
> text files)
> - Can be indexed (for online searching) via the folder structure,
> though it
> can be difficult to translate files back to url's
> - No worry about length of data or character set of data
> - Data is accessible even if the web server and/or database server are
> offline
> - Easy to make quick changes via notepad if really pressed for time
>
> Cons:
> - The data is no longer in the database and must be backed up separately
> - Must have technique to relate file with a record -- sounds like
> you've got
> this covered
> - Cannot search the text usng database tools -- most databases only
> allow
> LIKE on long text fields, and some search CASE-SENSITIVE only, so this
> may
> not be a huge loss.
>
> Ok, so the cons list isn't very long. My experience with using external
> files (away from the db) has been a pretty good one thus far. Since
> large
> blocks of text are not fields involved in relationships within
> databases,
> there is no real reason that the data even needs to be in the database.
> Using the file system like an external table is perfectly reasonable.
>
>> The main issue here is editing the content that gets brought into the
>> templates. The Boss thinks that having it in separate HTML files will
>> allow people to open up "their" files in FP or DW, and edit away. I
>> view
>> this as more of an admin nightmare.
>>
>> Putting the content into a db and slapping a web front-end for editing
>> on it gives me the control I need, with only a slight hassle to the
>> user
>> (using web-based editing, rather than a client side proggie like
>> FP/DW).
>
> Keep in mind you can create your own web-editor regardless of wether the
> data is stored in the database or on the file system. It's only up to
> you
> to load the data manually instead of with the query. I doubt very
> highly
> that you'll find storing the files on the disk any more difficult to
> work
> with than storing them in the database. In fact, you'll possibly even
> find
> it easier to work with in the long run since you don't have to worry
> about
> database related issues such as character sets, escaping of single
> quotes,
> field size limitation, etc.
>
> As far as interfacing with FP/DW... uh... that's totally up to you.
> Storing
> the text in the database prohibits this interface altogether, while
> storing
> files in the file system allows it. However you want to argue the
> choice is
> up to you... just keep in mind that you will not be limiting yourself
> much
> (except in regards to "searching" the data) by going with the file
> system
> implementation.
>
> HTH and Good Luck,
> -joshua
>
>
>
> --__--__--
>
> Message: 21
> From: "Russell Griechen" <russgri at bellsouth.net>
> To: <thelist at lists.evolt.org>
> Date: Sun, 14 Apr 2002 01:26:20 -0500
> Subject: [thelist] Zip Code mysql db
> Reply-To: thelist at lists.evolt.org
>
> I need to search for the nearest entity in range of 100?? miles.
> I have a mysqldump...city table does not have a zip_code field or
> zip_code_id
> I would prefer to enter in zip_code either/or by memory or by data
> input...maybe a zip+4 or foreign. In some tables (city for instance)I
> would want to use zip_code_id and others I would use zip_code and use
> info supplied by others or entered by others.
> is there an option to use:
>
> CREATE TABLE zip_code (
> zip_code varchar (15)
> PRIMARY KEY (zip_code)
> and would this serve as lookup table?
> Any other comments appreciated
> I realize I would have to alter the city table shown below.
> #
> # Table structure for table 'city, country, state'
> #
> CREATE TABLE city (
> city_id mediumint(9) DEFAULT '0' NOT NULL auto_increment,
> name varchar(75) NOT NULL,
> latitude float(7,5) DEFAULT '0.00000' NOT NULL,
> longitude float(7,5) DEFAULT '0.00000' NOT NULL,
> state_id tinyint(4) DEFAULT '0' NOT NULL,
> PRIMARY KEY (city_id),
> KEY name (name),
> KEY latitude (latitude),
> KEY longitude (longitude),
> KEY state_id (state_id)
>
> CREATE TABLE state (
> state_id tinyint(4) DEFAULT '0' NOT NULL auto_increment,
> abbrev char(2) NOT NULL,
> name varchar(30) NOT NULL,
> country_id char(2) NOT NULL,
> PRIMARY KEY (state_id),
> KEY country_id (country_id),
> KEY name (name),
> KEY abbrev (abbrev)CREATE TABLE country (
> country_id char(2) NOT NULL,
> name varchar(50) NOT NULL,
> PRIMARY KEY (country_id),
> KEY name (name)
>
> Russell Griechen
>
>
> --__--__--
>
> Message: 22
> From: "aardvark" <roselli at earthlink.net>
> To: thelist at lists.evolt.org
> Date: Sun, 14 Apr 2002 04:19:14 -0400
> Subject: Re: [thelist] Screen Captures
> Reply-To: thelist at lists.evolt.org
>
>> From: "Derry Talvainn" <derry at artema.com.au>
> [...]
>> Anyone know of a way to reduce the size of a screen capture without
>> making the text look bad?
>
> the text will be resampled, no matter what you do... part of the bicubic
> interpolation method requires that pixels get averaged as you
> downsample, so
> letters won't map to individual pixels anymore... they will instead
> 'smear'
> across multiple pixels...
>
> you could use nearest neighbor, for example, instead of bicubic, but
> that won't
> help you...
>
> instead, determine your final desired size... let's say you need a
> screen
> capture to display at 200x200 pixels... you want to (ideally) reduce
> an image
> size to 25% of its original size to maintain the most clarity (4 pixels
> get
> crammed into one -- square to smaller square), and failing that, by 50%
> if
> possible (2 pixels get crammed into one, but it's a rectangle getting
> stuffed
> into a square, so it's not as good)... other percentages require even
> more odd
> shape cramming, resulting in less ideal images...
>
> so get your browser window to 800x800, do the cap, and resample to
> 200x200 (or 25%) from there...
>
> you may want to run an unsharp mask filter on it to clean up the edges
> of
> some things, but that might not be necessary...
>
>> My first attempt at screen capturing was to use Print Screen and paste
>> into Photoshop - but that was awful even at 100%. Then I found the
>> CorelCapture utility which does a great job at 100% but that is all. I
>> have tried reducing the size in Photoshop, Photopaint and also with
>> CorelCapture all to no avail.
> [...]
>
> i use alt+PrtScrn to get the current window, and it's worked
> wonderfully for me
> for a long time... make sure that in Photoshop you're viewing the
> image as
> pixels at actual size (100%), so every pixel in the image is mapped to a
> screen pixel...
>
> there's no need to get a utility for what you want to do, you can do it
> all with
> alt+PrtScrn (you're on windows) and Photoshop... a little advance
> planning
> and window sizing will take care of the rest...
>
> and if you need to get your window to the right size and don't feel like
> downloading Screen Ruler:
>
> javascript:resizeTo(800,800);
>
> where the 800,800 is your 800x800 window size (or whatever number you
> want)...
>
>
> --__--__--
>
> Message: 23
> From: "rudy" <r937 at interlog.com>
> To: <thelist at lists.evolt.org>
> Subject: Re: [thelist] Zip Code mysql db
> Date: Sun, 14 Apr 2002 07:14:07 -0400
> Reply-To: thelist at lists.evolt.org
>
>> CREATE TABLE zip_code (
>> zip_code varchar (15)
>> PRIMARY KEY (zip_code)
>>
>> and would this serve as lookup table?
>
> hi russell
>
> the way you have it there, it would not be very useful without another
> data
> column that the zip code translates into
>
> a lookup table typically uses a code as the primary key, and for each
> code
> value, provides some other value, like a description
>
> in your case you'd want the zip to be associated with lat/long
>
> did you investigate any of the lat/long solutions suggested the other
> day?
>
>> Any other comments appreciated
>>
>> CREATE TABLE city (
>> city_id mediumint(9) DEFAULT '0' NOT NULL auto_increment,
>> name varchar(75) NOT NULL,
>> latitude float(7,5) DEFAULT '0.00000' NOT NULL,
>> longitude float(7,5) DEFAULT '0.00000' NOT NULL,
>> state_id tinyint(4) DEFAULT '0' NOT NULL,
>> PRIMARY KEY (city_id),
>> KEY name (name),
>> KEY latitude (latitude),
>> KEY longitude (longitude),
>> KEY state_id (state_id)
>
> i think the lat/long should move to the zip table
>
> also, it's a good idea to use the INDEX keyword instead of KEY, which is
> unique to mysql
>
> you would typically not index the name and state_id
>
> state_id would probably be better as the 2-char code, rather than an
> integer
>
> and if you're going to declare something as a numeric datatype, be
> careful
> assigning it a default value of '0' which is a string -- this is the
> kind
> of rigour you must bring to databases
>
>
> rudy
>
>
>
> --__--__--
>
> Message: 24
> From: "J. Scott Johnson" <scott at fuzzygroup.com>
> To: <thelist at lists.evolt.org>
> Subject: RE: [thelist] Zip Code mysql db
> Date: Sun, 14 Apr 2002 07:20:48 -0400
> Reply-To: thelist at lists.evolt.org
>
> I'm not certain exactly what you are asking here. But I did a quick
> google
> search and I found a supposedly FTP'able resource here:
>
> You can also download a City-State-ZIP table from
> ftp://ftp.census.gov/pub/tiger/tms/gazetteer/ . It contains the Lat/Long
> coords for each ZIP too.
>
> What do you need exactly and what language are you working in?
>
> Scott
>
> -----Original Message-----
> From: thelist-admin at lists.evolt.org
> [mailto:thelist-admin at lists.evolt.org]On Behalf Of Russell Griechen
> Sent: Sunday, April 14, 2002 2:26 AM
> To: thelist at lists.evolt.org
> Subject: [thelist] Zip Code mysql db
>
>
> I need to search for the nearest entity in range of 100?? miles.
> I have a mysqldump...city table does not have a zip_code field or
> zip_code_id
> I would prefer to enter in zip_code either/or by memory or by data
> input...maybe a zip+4 or foreign. In some tables (city for instance)I
> would want to use zip_code_id and others I would use zip_code and use
> info supplied by others or entered by others.
> is there an option to use:
>
> CREATE TABLE zip_code (
> zip_code varchar (15)
> PRIMARY KEY (zip_code)
> and would this serve as lookup table?
> Any other comments appreciated
> I realize I would have to alter the city table shown below.
> #
> # Table structure for table 'city, country, state'
> #
> CREATE TABLE city (
> city_id mediumint(9) DEFAULT '0' NOT NULL auto_increment,
> name varchar(75) NOT NULL,
> latitude float(7,5) DEFAULT '0.00000' NOT NULL,
> longitude float(7,5) DEFAULT '0.00000' NOT NULL,
> state_id tinyint(4) DEFAULT '0' NOT NULL,
> PRIMARY KEY (city_id),
> KEY name (name),
> KEY latitude (latitude),
> KEY longitude (longitude),
> KEY state_id (state_id)
>
> CREATE TABLE state (
> state_id tinyint(4) DEFAULT '0' NOT NULL auto_increment,
> abbrev char(2) NOT NULL,
> name varchar(30) NOT NULL,
> country_id char(2) NOT NULL,
> PRIMARY KEY (state_id),
> KEY country_id (country_id),
> KEY name (name),
> KEY abbrev (abbrev)CREATE TABLE country (
> country_id char(2) NOT NULL,
> name varchar(50) NOT NULL,
> PRIMARY KEY (country_id),
> KEY name (name)
>
> Russell Griechen
>
> --
> For unsubscribe and other options, including
> the Tip Harvester and archive of thelist go to:
> http://lists.evolt.org Workers of the Web, evolt !
>
>
> --__--__--
>
> Message: 25
> From: <martin.p.burns at uk.pwcglobal.com>
> Date: Sun, 14 Apr 2002 14:04:40 +0100
> Subject: Re: [thelist] FSO Vs. DB
> To: thelist at lists.evolt.org
> Reply-To: thelist at lists.evolt.org
>
>
> Memo from Martin P Burns of PricewaterhouseCoopers
>
> -------------------- Start of message text --------------------
>
> Hi Ken
>
> Which file would the users be editing? Would it be the whole page (with
> the
> includes being non-editing), or just /content/group1/mainPage.html ?
>
> If it's the former, then both FrontPage webs, and DW have reasonable
> support for whole-page editing. However, you need to be careful that
> your
> content authors don't play around with which includes the page is
> referencing.
>
> If it's the latter then you can keep the template and display pages
> separate from the editable content, and your page code is along the
> lines
> of:
> <!--#include virtual="/toptemplate.fhtml" -->
> <!--#include
> file="/web/private_content/group1/$thisfile.content.fhtml"-->
> <!--#include virtual="/bottomtemplate.fhtml" -->
> (where private_content is parallel to public_html and is so not exposed
> to
> a URL)
> But then you'll need to be very careful not to get the included content
> becoming a complete HTML file, so your end result is the likes of:
> <html>
> <head>
> <body>
> top template
> <html>
> <head>
> <body>
> include /content/group1/mainPage.html
> </body>
> </html>
>
> bottom template
> </body>
> <html>
>
>
> However, this only really works if either:
> 1) The entire variable content of the page is in one content block (ie
> no
> page-specific bits elsewhere in the page (eg meta-tags))
> 2) You're happy for your template to be less strict and allow authors
> more
> control over what they edit (will only really work with whole-page
> editing)
>
> Most sites will go for option 2, because most pages will have a number
> of
> content slots - even if one of them is the main one. But the trouble
> with
> having a less-strict template is that it makes it very difficult to
> separate your content from your design - it locks you into that design,
> which has implications for future flexibility (ie to do a visual
> redesign
> will likely require re-entering *all* the content).
>
> It makes a lot of sense to have a template which can insert several bits
> into their appropriate slots, and to store those bits as siblings within
> the content object. (That could either be as fields in a RDBMS record,
> or
> as properties in an OODB. I've seen a couple of OO CMS, and there's a
> certain logic to it).
>
> That way, you can keep your content cleanly separated from your design,
> and
> be more confident that authors are only editing what they're supposed
> to be
> editing.
>
> If you really need some kind of easy (non-HTML coding) editing for
> micro-formatting (headings, emphasis, links etc), then there are a
> number
> of solutions out there, producing varying quality of code. Spectra had a
> WYSIWYG dHTML control which looked like a normal textarea, but with
> formatting buttons at the top. I've seen a few applets doing the same
> (ektron have one which is said to be improving). You could look at
> Structured Text which is *majorly* simple.
>
> Cheers
> Martin
>
>
>
> I've got a template page with dynamic content. What are the pros/cons of
> storing the content in individual files versus a database?
>
> A bit more info, perhaps:
>
> Like I said earlier, I've got a template and content separate. My boss
> says that a system where the content is in separate HTML files and then
> brought in via server-side includes would be better than having the
> content in a db. He wants some kind of common content folder, with
> individual subfolders for each group of different permissions allowed.
> Like this:
>
> /content/group1/
> /content/group2/
> /content/group3/
>
> With a typical file looking like this:
>
> top template
> top template
>
> include /content/group1/mainPage.html
>
> bottom template
> bottom template
>
> The main issue here is editing the content that gets brought into the
> templates. The Boss thinks that having it in separate HTML files will
> allow people to open up "their" files in FP or DW, and edit away. I view
> this as more of an admin nightmare.
>
> Putting the content into a db and slapping a web front-end for editing
> on it gives me the control I need, with only a slight hassle to the user
> (using web-based editing, rather than a client side proggie like FP/DW).
>
> Has anyone ever been faced with this before? I'm curious to hear the
> pros/cons of both.
>
>
>
> --------------------- End of message text --------------------
>
> This e-mail is sent by the above named in their
> individual, non-business capacity and is not on
> behalf of PricewaterhouseCoopers.
>
> PricewaterhouseCoopers may monitor outgoing and incoming
> e-mails and other telecommunications on its e-mail and
> telecommunications systems.
> ----------------------------------------------------------------
> The information transmitted is intended only for the person or entity to
> which it is addressed and may contain confidential and/or privileged
> material. Any review, retransmission, dissemination or other use of, or
> taking of any action in reliance upon, this information by persons or
> entities other than the intended recipient is prohibited. If you
> received
> this in error, please contact the sender and delete the material from
> any
> computer.
>
>
> --__--__--
>
> Message: 26
> From: <martin.p.burns at uk.pwcglobal.com>
> Date: Sun, 14 Apr 2002 14:15:25 +0100
> Subject: Re: [thelist] Zip Code mysql db
> To: thelist at lists.evolt.org
> Reply-To: thelist at lists.evolt.org
>
>
> Memo from Martin P Burns of PricewaterhouseCoopers
>
> -------------------- Start of message text --------------------
>
> Hi Russell (and others who've been thinking about 'nearest X' problems
> lately).
>
> Here's a question which may or may not be relevant -
> <tip type="questions to ponder for Zip code applications" author
> ="martin at members.evolt.org">
> How useful is the absolute distance in a 'nearest X' application?
>
> Is as useful as (say) "Within 100 miles' drive" or "Within 2 hours'
> travel
> by $mode_of_transport"?
>
> Now both of those are significantly harder to evaluate than a simple
> trigonometric calculation between ZIP code centroids (they need
> knowledge
> of the road networks for a start), but for many applications, are far
> more
> useful and yield far more accurate answers to the question "What's my
> nearest X?"
>
> Another thing to think about - how big is the average Zip code? (I don't
> know btw). If the distances you're thinking of are quite small in
> comparison (particularly if the shape of each Zip code diverges
> significantly from a simple square), then the accuracy of your results
> may
> suffer, and you'll lose credibility in the minds of your users.
> </tip>
> Cheers
> Martin
>
>
>
> I need to search for the nearest entity in range of 100?? miles.
>
>
>
> --------------------- End of message text --------------------
>
> This e-mail is sent by the above named in their
> individual, non-business capacity and is not on
> behalf of PricewaterhouseCoopers.
>
> PricewaterhouseCoopers may monitor outgoing and incoming
> e-mails and other telecommunications on its e-mail and
> telecommunications systems.
> ----------------------------------------------------------------
> The information transmitted is intended only for the person or entity to
> which it is addressed and may contain confidential and/or privileged
> material. Any review, retransmission, dissemination or other use of, or
> taking of any action in reliance upon, this information by persons or
> entities other than the intended recipient is prohibited. If you
> received
> this in error, please contact the sender and delete the material from
> any
> computer.
>
>
> --__--__--
>
> Message: 27
> From: Daniel Fascia <danfascia at totalise.co.uk>
> To: thelist at lists.evolt.org
> Date: Sun, 14 Apr 2002 15:07:52 +0100
> Subject: [thelist] XML parsing the homemade way
> Reply-To: thelist at lists.evolt.org
>
> In the next few weeks I have to design some Computer Learning packages
> for my medical school. In a presentation I gave
> them about it all, I promised them an Open XML based customisable
> interface which would access learning modules based
> on XML...
>
> This is very convenient since they will be able to add new XML modules
> to it and it should be a bit futureproof when Im no
> longer around to maintain this...
>
> I have looked at some of the XML parsers available in various languages
> and it would seem simpler for my project to create
> my own system as follows:
>
> 1) Open XML learning module as text file
> 2) Parse file using string handling regexpressions of PHP or
> ASP/Javascript
> 3) Fire parsed data into one of 5 body templates as defined in the XML
> file
>
> I am wondering if this is significantly slower and what potential risks
> are with this system vs a traditional database (which is
> available) or using a language's inbuilt XML parser such as that in PHP?
>
> Love some advice from anyone who has tried such a system
>
>
>
> --__--__--
>
> Message: 28
> From: "Nicole P" <nicole at parrot.ca>
> To: <thelist at lists.evolt.org>
> Subject: Re: [thelist] XML parsing the homemade way
> Date: Sun, 14 Apr 2002 10:16:49 -0400
> Reply-To: thelist at lists.evolt.org
>
> My first question to you is why? Why does doing it by hand seem simpler?
> Both ASP and PHP will offer you a very simple access to the XML data.
>
> I mean, in PHP, all that is required is
> xml_parse ($xml_parser, $data, feof($fp) );
>
> well ok, a few more calls, but it's really simple.
>
> I started playing with XML by using ASP, and that was simple too.
>
> Nicole
>
> ----- Original Message -----
> From: "Daniel Fascia" <danfascia at totalise.co.uk>
>>
>> I have looked at some of the XML parsers available in various languages
> and it would seem simpler for my project to create
>> my own system as follows:
>>
>> 1) Open XML learning module as text file
>> 2) Parse file using string handling regexpressions of PHP or
> ASP/Javascript
>> 3) Fire parsed data into one of 5 body templates as defined in the XML
> file
>>
>> I am wondering if this is significantly slower and what potential risks
> are with this system vs a traditional database (which is
>> available) or using a language's inbuilt XML parser such as that in
>> PHP?
>
>
>
> --__--__--
>
> Message: 29
> From: "J. Scott Johnson" <scott at fuzzygroup.com>
> To: <thelist at lists.evolt.org>
> Subject: RE: [thelist] XML parsing the homemade way
> Date: Sun, 14 Apr 2002 10:21:24 -0400
> Reply-To: thelist at lists.evolt.org
>
> I strongly don't advise that you do it by hand. Use the PHP xml
> stuff. It
> works quite well. I haven't benchmarked performance but how much data
> do
> you have? If its not huge quantities then I would be surprised if the
> PHP
> modules have performance problems.
>
> The only thing that was hard about the php stuff was figuring out how to
> access attribute values as opposed to tagged content. I did and can
> email
> it to you if you need it.
>
> Scott
>
> -----Original Message-----
> From: thelist-admin at lists.evolt.org
> [mailto:thelist-admin at lists.evolt.org]On Behalf Of Daniel Fascia
> Sent: Sunday, April 14, 2002 10:08 AM
> To: thelist at lists.evolt.org
> Subject: [thelist] XML parsing the homemade way
>
>
> In the next few weeks I have to design some Computer Learning packages
> for
> my medical school. In a presentation I gave
> them about it all, I promised them an Open XML based customisable
> interface
> which would access learning modules based
> on XML...
>
> This is very convenient since they will be able to add new XML modules
> to it
> and it should be a bit futureproof when Im no
> longer around to maintain this...
>
> I have looked at some of the XML parsers available in various languages
> and
> it would seem simpler for my project to create
> my own system as follows:
>
> 1) Open XML learning module as text file
> 2) Parse file using string handling regexpressions of PHP or
> ASP/Javascript
> 3) Fire parsed data into one of 5 body templates as defined in the XML
> file
>
> I am wondering if this is significantly slower and what potential risks
> are
> with this system vs a traditional database (which is
> available) or using a language's inbuilt XML parser such as that in PHP?
>
> Love some advice from anyone who has tried such a system
>
>
> --
> For unsubscribe and other options, including
> the Tip Harvester and archive of thelist go to:
> http://lists.evolt.org Workers of the Web, evolt !
>
>
> --__--__--
>
> Message: 30
> From: "Nedret Saidova" <saidovan at rs.uovs.ac.za>
> Organization: University of the Orange Free State
> To: thelist at lists.evolt.org
> Date: Sun, 14 Apr 2002 16:53:46 +0200
> Subject: [thelist] IT structure evaluation
> Reply-To: thelist at lists.evolt.org
>
> Hi,
>
> I have been given the task to evaluate the IT structure of our
> University - hardware, software, management - the whole lot.
>
> Anyone done that? Does anyone happen to have a check-list or a
> similar document that I can use to ensure that I include all
> aspects? Or maybe sites where I can read about it?
>
> Thanks
>
> Nedret
>
> --__--__--
>
> Message: 31
> From: "Olly Hodgson" <gnarly at gmx.co.uk>
> To: "theList [evolt]" <thelist at lists.evolt.org>
> Date: Sun, 14 Apr 2002 17:11:52 +0100
> Subject: [thelist] NS4 and nested tables GRRR!
> Reply-To: thelist at lists.evolt.org
>
> Hi,
>
> Say I have a table, and inside that I have another, which is left
> aligned. I
> put content into the right aligned table.
>
> If that makes the table taller than its parent table, NS4 draws it so it
> overflows ut of its parent, rather than making the parent table tall
> enough
> that the child table will fit (example on
> http://www.olly.websir.co.uk/mtb/gallery.asp).
>
> Does anybody know of a way around this?
>
> TIA,
> --
> Olly
> - www.gnarly-bitches.co.uk -
>
>
>
> --__--__--
>
> _______________________________________________
> Help: http://lists.evolt.org/mailman/listinfo/thelist
>
> Archives: http://lists.evolt.org
>
> End of thelist Digest
>
More information about the thelist
mailing list