You can subscribe to this list here.
2002 |
Jan
|
Feb
|
Mar
(103) |
Apr
(37) |
May
(45) |
Jun
(49) |
Jul
(55) |
Aug
(11) |
Sep
(47) |
Oct
(55) |
Nov
(47) |
Dec
(8) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2003 |
Jan
(43) |
Feb
(85) |
Mar
(121) |
Apr
(37) |
May
(33) |
Jun
(33) |
Jul
(14) |
Aug
(34) |
Sep
(58) |
Oct
(68) |
Nov
(31) |
Dec
(9) |
2004 |
Jan
(13) |
Feb
(57) |
Mar
(37) |
Apr
(26) |
May
(57) |
Jun
(14) |
Jul
(8) |
Aug
(12) |
Sep
(32) |
Oct
(10) |
Nov
(7) |
Dec
(12) |
2005 |
Jan
(8) |
Feb
(25) |
Mar
(50) |
Apr
(20) |
May
(32) |
Jun
(20) |
Jul
(83) |
Aug
(25) |
Sep
(17) |
Oct
(14) |
Nov
(32) |
Dec
(27) |
2006 |
Jan
(24) |
Feb
(15) |
Mar
(46) |
Apr
(5) |
May
(6) |
Jun
(9) |
Jul
(12) |
Aug
(5) |
Sep
(7) |
Oct
(7) |
Nov
(4) |
Dec
(5) |
2007 |
Jan
(4) |
Feb
(1) |
Mar
(7) |
Apr
(3) |
May
(4) |
Jun
|
Jul
|
Aug
(2) |
Sep
(2) |
Oct
|
Nov
(22) |
Dec
(19) |
2008 |
Jan
(94) |
Feb
(19) |
Mar
(32) |
Apr
(46) |
May
(20) |
Jun
(10) |
Jul
(11) |
Aug
(20) |
Sep
(16) |
Oct
(12) |
Nov
(13) |
Dec
|
2009 |
Jan
|
Feb
(9) |
Mar
(37) |
Apr
(65) |
May
(15) |
Jun
|
Jul
(24) |
Aug
(1) |
Sep
(8) |
Oct
(4) |
Nov
(21) |
Dec
(5) |
2010 |
Jan
(35) |
Feb
(6) |
Mar
(8) |
Apr
|
May
(4) |
Jun
(3) |
Jul
(4) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2011 |
Jan
|
Feb
(4) |
Mar
|
Apr
|
May
(1) |
Jun
(1) |
Jul
(1) |
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
From: Kon A. <ang...@ip...> - 2002-03-28 09:24:19
|
My choice is also text/comma-separated-values Kon |
From: James E. F. <jf...@ac...> - 2002-03-28 05:14:58
|
> http://phpesp.sf.net/demo/test.php?sid=2574&userid=devel Results: http://phpesp.sf.net/demo/test.php?sid=2574&results=1 |
From: James E. F. <jf...@ac...> - 2002-03-28 05:10:16
|
On Thu, 28 Mar 2002, Kon Angelopoulos wrote: > I've finished my testing > results as follows: > > Using Content-Type: application/x-csv : no problems with IE5, IE5.5, IE6 and > NS6.2.1 or NS4.72 > Using Content-Type: text/comma-separated-values : as above Ok the choice is between: 1) text/comma-separated-values (my choice) 2) application/x-csv http://phpesp.sf.net/demo/test.php?sid=2574&userid=devel -James |
From: Kon A. <an...@cp...> - 2002-03-28 04:34:35
|
Matthew, I've also reported the same thing to the devel list and suggested the same fix. James, have you had a chance to look at this yet? Kon > -----Original Message----- > From: php...@li... > [mailto:php...@li...]On Behalf Of Matthew > Gregg > Sent: Thursday, March 28, 2002 2:00 PM > To: php...@li... > Subject: [phpesp-dev] Small Bug and Fix > > > In test.inc, current cvs, it looks like ['ESPCONFIG']['ME'] is not being > restored correctly here: > $tmp = $ESPCONFIG['ME']; > $HTTP_SERVER_VARS['PHP_SELF'] = $ESPCONFIG['ME'].'?where=test'; > include($ESPCONFIG['handler']); > /* restore stuff after the handler does it's job */ > $ESPCONFIG['ME'] = $tmp; > > Something strange happens to $tmp. I tried renaming $tmp to $tmptest and > it seemed to fix the problem. > > To see this bug, test a survey and click on the "View Results" or the "Go > back to Management Interface" link. > > one of the friendly folks in the IT Lab. > --------------------------------------\ > The IT Lab (http://www.itlab.musc.edu) \____________________ > Probably the world's premier software development center. > Serving: Programming, Tools, Ice Cream, Seminars > > _______________________________________________ > phpESP-devel mailing list > php...@li... > https://lists.sourceforge.net/lists/listinfo/phpesp-devel > |
From: James E. F. <jf...@ac...> - 2002-03-28 04:32:42
|
Doh! Yeah, I know what I did that broke that too. That should teach me to use a variable called "tmp" in a global scope. I wish PHP had block-level scoping. I just fixed it in CVS. Files affected: phpESP/admin/phpESP.ini phpESP/admin/include/where/test.inc Thanks for cathing that. -James On Wed, 27 Mar 2002, Matthew Gregg wrote: > In test.inc, current cvs, it looks like ['ESPCONFIG']['ME'] is not being > restored correctly here: > $tmp = $ESPCONFIG['ME']; > $HTTP_SERVER_VARS['PHP_SELF'] = $ESPCONFIG['ME'].'?where=test'; > include($ESPCONFIG['handler']); > /* restore stuff after the handler does it's job */ > $ESPCONFIG['ME'] = $tmp; > > Something strange happens to $tmp. I tried renaming $tmp to $tmptest and > it seemed to fix the problem. > > To see this bug, test a survey and click on the "View Results" or the "Go > back to Management Interface" link. |
From: Kon A. <an...@cp...> - 2002-03-28 04:21:07
|
I've finished my testing results as follows: Using Content-Type: application/x-csv : no problems with IE5, IE5.5, IE6 and NS6.2.1 or NS4.72 Using Content-Type: text/commas-separated-values : as above Using Content-Type: text/plain : no problem with IE5, IE5.5, IE6 but NS6.2.1 and NS4.72 displays results in browser instead of offering download. Changing the file extension to .doc : IE5, IE5.5, IE6 offered the file as a download but associated it with Microsoft Word, NS6.2.1 and 4.72 also offered and saved the file as a .doc file. James, your call..... Kon > -----Original Message----- > From: Kon Angelopoulos [mailto:an...@cp...] > Sent: Wednesday, March 27, 2002 1:42 PM > To: Matthew Gregg; php...@li... > Subject: RE: [phpesp-dev] Re: Re: Export Download > > > Thanks for that, > > I'll keep it in mind > > Kon > > > > > -----Original Message----- > > From: Matthew Gregg [mailto:gr...@mu...] > > Sent: Wednesday, March 27, 2002 12:48 PM > > To: Kon Angelopoulos; php...@li... > > Subject: RE: [phpesp-dev] Re: Re: Export Download > > > > > > Ok, lets see if this thing can reply just once this time. Serves > > me right > > using Beta software. > > > > I'm cool with Thrusday. > > One other thing to try in your testing. Past dealings with > pushing files > > to IE lead me to belive that it may ignore mime-types and go > > strictly with > > filename extentions. So try changing the extention around and > > see what the > > browsers do. For example try sending the filename as > > "somthing.doc" with a > > csv mime-type. I bet IE will associate it with Word. > > > > Thanks. > > > > > > --On Wednesday, March 27, 2002 12:34:20 PM +1100 Kon Angelopoulos > > <an...@cp...> wrote: > > > > > Excellent, > > > > > > This is exactly the same process I took, that's why I said that it > > > may not be a valid type. However, having tested your original patch, > > > which used a Content_Type of text/plain-text, > > > on IE5, IE5.5, IE6, Netscape 4.72, Netscape 6.2.1, > > > I found no problem with it. All presented the save as dialog box and > > > downloaded the file correctly. > > > > > > I can certainly perform the same tests using application/x-csv and > > > text/comma-separated-values > > > and see how I go with them. > > > I'll present the results to the list on Thursday night > > (that's Aussie > > > time) and we can take it from there. > > > > > > Would everyone be cool with that? > > > > > > If anyone can do it before then let me know. > > > > > > Kon > > > > > >> -----Original Message----- > > >> From: Matthew Gregg [mailto:gr...@mu...] > > >> Sent: Wednesday, March 27, 2002 12:14 PM > > >> To: Kon Angelopoulos; php...@li... > > >> Subject: RE: [phpesp-dev] Re: Re: Export Download > > >> > > >> > > >> This is turning into a difficult question indeed :) > > >> > > >> The /etc/mime.types file on my box lists this: > > >> text/comma-separated-values > > >> > > >> The Official listing of Media(mime) Types at IANA > > >> http://www.isi.edu/in-notes/iana/assignments/media-types/media-types > > >> list no CVS type at all, but does list > > >> test/tab-separated-values > > >> which is where I'm assuming text/comma-separate-values derives from. > > >> > > >> The RFC on the MIME Information Page > > >> http://www.hunnysoft.com/mime/ > > >> List no such mime type and suggest the following: > > >> > > >> "Unrecognized subtypes of "text" should be treated as subtype "plain" > > >> as long as the MIME implementation knows how to handle the charset. > > >> Unrecognized subtypes which also specify an unrecognized charset > > >> should be treated as "application/octet- stream"." > > >> > > >> A thread on Google groups > > >> http://groups.google.com/groups?hl=en&frame=right&th=c4a57c10fa3fd > > >> a60&seekm > > >> =Pine.GHP.4.21.0011201856130.3313-100000%40hpplus03.cern.ch#link1 > > >> > > >> suggests text/comma-separated-values over application/octet-stream. > > >> > > >> Argh... > > >> > > >> > > >> > > >> > > >> > > >> --On Wednesday, March 27, 2002 10:04:49 AM +1100 Kon Angelopoulos > > >> <an...@cp...> wrote: > > >> > > >> > I totally agree > > >> > I just don't think application/x-csv is a valid type > > >> > > > >> > Kon > > >> > > > >> > > > >> >> -----Original Message----- > > >> >> From: Matthew Gregg [mailto:gr...@mu...] > > >> >> Sent: Wednesday, March 27, 2002 9:32 AM > > >> >> To: Kon Angelopoulos; php...@li... > > >> >> Subject: RE: [phpesp-dev] Re: Re: Export Download > > >> >> > > >> >> > > >> >> But what if I'm not importing into Excel? I would prefer a > > >> more generic > > >> >> mime type. Unless of course "application/x-csv" is totally wrong. > > >> >> > > >> >> --On Wednesday, March 27, 2002 09:25:18 AM +1100 Kon Angelopoulos > > >> >> <an...@cp...> wrote: > > >> >> > > >> >> > > > >> >> > Guys, > > >> >> > > > >> >> > the prefered mime type for excel is: > application/vnd.ms-excel > > >> >> > > > >> >> > Kon > > >> >> > > >> >> > > >> >> > > >> >> one of the friendly folks in the IT Lab. > > >> >> --------------------------------------\ > > >> >> The IT Lab (http://www.itlab.musc.edu) \____________________ > > >> >> Probably the world's premier software development center. > > >> >> Serving: Programming, Tools, Ice Cream, Seminars > > >> >> > > >> > > > >> > > >> > > >> > > >> one of the friendly folks in the IT Lab. > > >> --------------------------------------\ > > >> The IT Lab (http://www.itlab.musc.edu) \____________________ > > >> Probably the world's premier software development center. > > >> Serving: Programming, Tools, Ice Cream, Seminars > > >> > > > > > > > > > > > one of the friendly folks in the IT Lab. > > --------------------------------------\ > > The IT Lab (http://www.itlab.musc.edu) \____________________ > > Probably the world's premier software development center. > > Serving: Programming, Tools, Ice Cream, Seminars > > |
From: Kon A. <an...@cp...> - 2002-03-28 03:09:18
|
Thanks James, It appears that each of the files I downloaded from the webcvs had 3 blank lines added to them after the closing ?> Problem fixed..... Yet another reminder as to why I hate Windows...... Kon > -----Original Message----- > From: James E. Flemer [mailto:jf...@ac...] > Sent: Thursday, March 28, 2002 2:00 PM > To: Kon Angelopoulos > Cc: Matthew Gregg; php...@li... > Subject: RE: [phpesp-dev] Changes made to the espauth files > > > On Thu, 28 Mar 2002, Kon Angelopoulos wrote: > > > Guys, > > > > I transfered my files to another box and in addition to the > error message > > posted before > > it also came back with: > > Warning: Cannot add header information - headers already sent by (output > > started at > > > /***/***/***/***/phpESP-1.4beta3/admin/include/lib/espauth-default .inc:267) > > in > /***/***/***/***/phpESP-1.4beta3/admin/include/lib/espauth-default.inc on > > line 155 > > > > Warning: Cannot add header information - headers already sent by (output > > started at > > > /***/***/***/***/phpESP-1.4beta3/admin/include/lib/espauth-default .inc:267) > > in > /***/***/***/***/phpESP-1.4beta3/admin/include/lib/espauth-default.inc on > > line 156 > > > > Kon > > There must be trailing whitespace (or DOS linefeeds) at the > end of espauth-default.inc. Make sure it has just LFs and > doesn't have trailing lines after the closing '?>' on the > last line. > > Perhaps if you downloaded it from the webcvs, your browser > decided to change that. > > -James > |
From: Matthew G. <gr...@mu...> - 2002-03-28 03:00:52
|
In test.inc, current cvs, it looks like ['ESPCONFIG']['ME'] is not being restored correctly here: $tmp = $ESPCONFIG['ME']; $HTTP_SERVER_VARS['PHP_SELF'] = $ESPCONFIG['ME'].'?where=test'; include($ESPCONFIG['handler']); /* restore stuff after the handler does it's job */ $ESPCONFIG['ME'] = $tmp; Something strange happens to $tmp. I tried renaming $tmp to $tmptest and it seemed to fix the problem. To see this bug, test a survey and click on the "View Results" or the "Go back to Management Interface" link. one of the friendly folks in the IT Lab. --------------------------------------\ The IT Lab (http://www.itlab.musc.edu) \____________________ Probably the world's premier software development center. Serving: Programming, Tools, Ice Cream, Seminars |
From: James E. F. <jf...@ac...> - 2002-03-28 03:00:21
|
On Thu, 28 Mar 2002, Kon Angelopoulos wrote: > Guys, > > I transfered my files to another box and in addition to the error message > posted before > it also came back with: > Warning: Cannot add header information - headers already sent by (output > started at > /***/***/***/***/phpESP-1.4beta3/admin/include/lib/espauth-default.inc:267) > in /***/***/***/***/phpESP-1.4beta3/admin/include/lib/espauth-default.inc on > line 155 > > Warning: Cannot add header information - headers already sent by (output > started at > /***/***/***/***/phpESP-1.4beta3/admin/include/lib/espauth-default.inc:267) > in /***/***/***/***/phpESP-1.4beta3/admin/include/lib/espauth-default.inc on > line 156 > > Kon There must be trailing whitespace (or DOS linefeeds) at the end of espauth-default.inc. Make sure it has just LFs and doesn't have trailing lines after the closing '?>' on the last line. Perhaps if you downloaded it from the webcvs, your browser decided to change that. -James |
From: Kon A. <an...@cp...> - 2002-03-28 02:55:07
|
Guys, I transfered my files to another box and in addition to the error message posted before it also came back with: Warning: Cannot add header information - headers already sent by (output started at /***/***/***/***/phpESP-1.4beta3/admin/include/lib/espauth-default.inc:267) in /***/***/***/***/phpESP-1.4beta3/admin/include/lib/espauth-default.inc on line 155 Warning: Cannot add header information - headers already sent by (output started at /***/***/***/***/phpESP-1.4beta3/admin/include/lib/espauth-default.inc:267) in /***/***/***/***/phpESP-1.4beta3/admin/include/lib/espauth-default.inc on line 156 Kon > -----Original Message----- > From: Matthew Gregg [mailto:gr...@mu...] > Sent: Thursday, March 28, 2002 12:56 PM > To: an...@cp...; jf...@ac...; > php...@li... > Subject: Re: [phpesp-dev] Changes made to the espauth files > > > I thought Christopher's LDAP patch may have busted this so I did a fresh > checkout. I'm still prompted and authenticated correctly. > > --On Thursday, March 28, 2002 12:22:33 PM +1100 Kon Angelopoulos > <an...@cp...> wrote: > > > Hi Guys, > > > > I downloaded the latest versions of: > > espauth.inc > > espauth-default.inc > > espauth-ldap.inc > > phpESP.ini > > now when I try to log into the management interface I no longer get > > prompted for a username and password (and of course it fails) > > $auth_design is set to TRUE in my ini file ? > > > > Your thoughts please. > > > > Kon > > > > > > one of the friendly folks in the IT Lab. > --------------------------------------\ > The IT Lab (http://www.itlab.musc.edu) \____________________ > Probably the world's premier software development center. > Serving: Programming, Tools, Ice Cream, Seminars > |
From: Matthew G. <gr...@mu...> - 2002-03-28 01:56:48
|
I thought Christopher's LDAP patch may have busted this so I did a fresh checkout. I'm still prompted and authenticated correctly. --On Thursday, March 28, 2002 12:22:33 PM +1100 Kon Angelopoulos <an...@cp...> wrote: > Hi Guys, > > I downloaded the latest versions of: > espauth.inc > espauth-default.inc > espauth-ldap.inc > phpESP.ini > now when I try to log into the management interface I no longer get > prompted for a username and password (and of course it fails) > $auth_design is set to TRUE in my ini file ? > > Your thoughts please. > > Kon > one of the friendly folks in the IT Lab. --------------------------------------\ The IT Lab (http://www.itlab.musc.edu) \____________________ Probably the world's premier software development center. Serving: Programming, Tools, Ice Cream, Seminars |
From: Kon A. <an...@cp...> - 2002-03-28 01:56:28
|
James, This is what I get: 401 Unauthorized [ Incorrect User ID or Password, or your account has been disabled. ] I can't run a packet filter from work Thanks for the cvs tips ... I have been using cvs for a while its just that I can't get access to the cvs devel server form work! Kon Angelopoulos Emerging Technologies Developer, Education Spherion Group Ltd. 1st Floor 493 St Kilda Road, Melbourne, Victoria 3004, Australia Phone: 61 3 9243 2211. kon...@sp... http://www.spherion.com.au The information contained in this email and any attachments to it: may be confidential and if you are not the intended recipient, any interference with, use, disclosure or copying of this material is unauthorised and prohibited; and may contain personal information of the recipient and/or the sender as defined under the Privacy Act 1988 (Cth). Consent is hereby given by the recipient(s) to collect, hold and use such information and any personal information contained in a response to this email, for any reasonable purpose in the ordinary course of Spherions business, including forwarding this email internally or disclosing it to a third party. All personal information collected by Spherion will be handled in accordance with Spherions Privacy Policy. If you have received this email in error, please notify the sender and delete it. > -----Original Message----- > From: James E. Flemer [mailto:jf...@ac...] > Sent: Thursday, March 28, 2002 12:48 PM > To: Kon Angelopoulos > Cc: php...@li... > Subject: Re: [phpesp-dev] Changes made to the espauth files > > > Are you using CVS? The easiest way to track the development > code is by CVS. That way if you want to update to the most > current version, all you do is type: > > $ cd path/to/phpESP > $ cvs up > > There are instructions for initially getting the sources > from CVS on the sf.net site[1]. You can get more info on > cvs from either the GNU site[2], or cvshome[3]. > > [1] http://sf.net/cvs/?group_id=8956 > [2] http://www.gnu.org/manual/cvs-1.9/cvs.html > [3] http://www.cvshome.org/ > > Are you sure that manage.php is pointing to the updated > phpESP.ini (tho that should not matter)? What shows up in > your browser? I don't suppose you could run a packet filter > and see if it is returning a "WWW-Authenticate:" header? > > -James > > On Thu, 28 Mar 2002, Kon Angelopoulos wrote: > > > Hi Guys, > > > > I downloaded the latest versions of: > > espauth.inc > > espauth-default.inc > > espauth-ldap.inc > > phpESP.ini > > now when I try to log into the management interface I no longer > get prompted > > for a username and password (and of course it fails) > > $auth_design is set to TRUE in my ini file ? > > > > Your thoughts please. > > > > Kon > > > > > |
From: James E. F. <jf...@ac...> - 2002-03-28 01:48:35
|
Are you using CVS? The easiest way to track the development code is by CVS. That way if you want to update to the most current version, all you do is type: $ cd path/to/phpESP $ cvs up There are instructions for initially getting the sources from CVS on the sf.net site[1]. You can get more info on cvs from either the GNU site[2], or cvshome[3]. [1] http://sf.net/cvs/?group_id=8956 [2] http://www.gnu.org/manual/cvs-1.9/cvs.html [3] http://www.cvshome.org/ Are you sure that manage.php is pointing to the updated phpESP.ini (tho that should not matter)? What shows up in your browser? I don't suppose you could run a packet filter and see if it is returning a "WWW-Authenticate:" header? -James On Thu, 28 Mar 2002, Kon Angelopoulos wrote: > Hi Guys, > > I downloaded the latest versions of: > espauth.inc > espauth-default.inc > espauth-ldap.inc > phpESP.ini > now when I try to log into the management interface I no longer get prompted > for a username and password (and of course it fails) > $auth_design is set to TRUE in my ini file ? > > Your thoughts please. > > Kon > > |
From: James E. F. <jf...@ac...> - 2002-03-28 01:29:31
|
Thanks for the ideas. I am forwarding them to the devel list. -James ---------- Forwarded message ---------- Date: Thu, 28 Mar 2002 12:17:22 +1100 (EST) From: Brendan Lloyd <bl...@uo...> To: jf...@ac... Subject: PHPESP: some ideas Hi James, a few ideas to ponder for future phpesp releases: * Better separation of survey logic and rendition: it would be nice, for example, to be able to edit the order of fields in a survey, their label (as viewed by the user), etc even after it has been made active. I can't think why editing the rendition (ie the survey appearance) should be constrained to the testing and editing modes. * the ability to create questions whose answers have multiple form elements associated with them. For example: Q: How often do you visit? A: { Once | Twice | Three times or more } & { Daily | Weekly | Monthly } Q: Time of last visit? A: { 8:00-8:59 | 9:00 - 9:59 | etc } & { A.M. | P.M. } (with each {} grouping as a separate popup box) * For any popup menu or radio button which is (part of) a required field, a default option should already be selected. Currently, pop-up menus display blank by default and radio buttons are unchecked. Warm regards, Brendan |
From: Kon A. <an...@cp...> - 2002-03-28 01:22:48
|
Hi Guys, I downloaded the latest versions of: espauth.inc espauth-default.inc espauth-ldap.inc phpESP.ini now when I try to log into the management interface I no longer get prompted for a username and password (and of course it fails) $auth_design is set to TRUE in my ini file ? Your thoughts please. Kon |
From: Christopher Z. <zo...@mu...> - 2002-03-27 20:25:34
|
On Tue, Mar 26, 2002 at 02:52:04PM -0500, James E. Flemer wrote: > Well I don't use LDAP, and haven't for the past 3-4 > years... So I made a few cosmetic changes and commited your > patch. Could you check out the latest CVS version and try > it out. Hopefully I didn't break anything. Also it would be > nice if you could write a small README.LDAP or something > giving some pointers on what to set each of the new > phpESP.ini variables to when using LDAP (and any other > pointers you think appropriate). Cool. I have looked at it and it looks great. There is one problem though. If the ldap server allows anonymous binding then a blank dn will return a success. We just have to make sure the search results returns the right count. So on line 145 of espauth-ldap.inc just change if ($search_result) { to if (ldap_count_entries($ds,$search_result)==1) { that should fix it. I should have a quick README.ldap coming soon. > > I haven't really looked too closely at your patch, but let > me say this in case it applies. There is a field called > 'auth' in both the respondent table, and the designer > table. The default value is BASIC. That field is currently > not used at all. I put it in there for the possiblity of > future auth-types to set it if they need to. Perhaps the > LDAP auth would want to use that field. Anyway ... it's > there for your use. > Ok. > -James > > On Fri, 22 Mar 2002, Christopher Zorn wrote: > > > Ok. Here is my patch. It is a quick hack so I may be > > over looking some things. Please point out anything > > that you see wrong with it. All I am using ldap for is > > authentication for now. When someone trys to log into > > phpESP/admin it will check the database ( this is so we > > can still have a root user ) if that fails it > > authenticates against the ldap server and if > > successfull it will either insert user information into > > the database and create a seperate group for the user > > or update the user password to match the one for ldap. > > What do you guys think? > |
From: Kon A. <an...@cp...> - 2002-03-27 02:41:57
|
Thanks for that, I'll keep it in mind Kon > -----Original Message----- > From: Matthew Gregg [mailto:gr...@mu...] > Sent: Wednesday, March 27, 2002 12:48 PM > To: Kon Angelopoulos; php...@li... > Subject: RE: [phpesp-dev] Re: Re: Export Download > > > Ok, lets see if this thing can reply just once this time. Serves > me right > using Beta software. > > I'm cool with Thrusday. > One other thing to try in your testing. Past dealings with pushing files > to IE lead me to belive that it may ignore mime-types and go > strictly with > filename extentions. So try changing the extention around and > see what the > browsers do. For example try sending the filename as > "somthing.doc" with a > csv mime-type. I bet IE will associate it with Word. > > Thanks. > > > --On Wednesday, March 27, 2002 12:34:20 PM +1100 Kon Angelopoulos > <an...@cp...> wrote: > > > Excellent, > > > > This is exactly the same process I took, that's why I said that it > > may not be a valid type. However, having tested your original patch, > > which used a Content_Type of text/plain-text, > > on IE5, IE5.5, IE6, Netscape 4.72, Netscape 6.2.1, > > I found no problem with it. All presented the save as dialog box and > > downloaded the file correctly. > > > > I can certainly perform the same tests using application/x-csv and > > text/comma-separated-values > > and see how I go with them. > > I'll present the results to the list on Thursday night > (that's Aussie > > time) and we can take it from there. > > > > Would everyone be cool with that? > > > > If anyone can do it before then let me know. > > > > Kon > > > >> -----Original Message----- > >> From: Matthew Gregg [mailto:gr...@mu...] > >> Sent: Wednesday, March 27, 2002 12:14 PM > >> To: Kon Angelopoulos; php...@li... > >> Subject: RE: [phpesp-dev] Re: Re: Export Download > >> > >> > >> This is turning into a difficult question indeed :) > >> > >> The /etc/mime.types file on my box lists this: > >> text/comma-separated-values > >> > >> The Official listing of Media(mime) Types at IANA > >> http://www.isi.edu/in-notes/iana/assignments/media-types/media-types > >> list no CVS type at all, but does list > >> test/tab-separated-values > >> which is where I'm assuming text/comma-separate-values derives from. > >> > >> The RFC on the MIME Information Page > >> http://www.hunnysoft.com/mime/ > >> List no such mime type and suggest the following: > >> > >> "Unrecognized subtypes of "text" should be treated as subtype "plain" > >> as long as the MIME implementation knows how to handle the charset. > >> Unrecognized subtypes which also specify an unrecognized charset > >> should be treated as "application/octet- stream"." > >> > >> A thread on Google groups > >> http://groups.google.com/groups?hl=en&frame=right&th=c4a57c10fa3fd > >> a60&seekm > >> =Pine.GHP.4.21.0011201856130.3313-100000%40hpplus03.cern.ch#link1 > >> > >> suggests text/comma-separated-values over application/octet-stream. > >> > >> Argh... > >> > >> > >> > >> > >> > >> --On Wednesday, March 27, 2002 10:04:49 AM +1100 Kon Angelopoulos > >> <an...@cp...> wrote: > >> > >> > I totally agree > >> > I just don't think application/x-csv is a valid type > >> > > >> > Kon > >> > > >> > > >> >> -----Original Message----- > >> >> From: Matthew Gregg [mailto:gr...@mu...] > >> >> Sent: Wednesday, March 27, 2002 9:32 AM > >> >> To: Kon Angelopoulos; php...@li... > >> >> Subject: RE: [phpesp-dev] Re: Re: Export Download > >> >> > >> >> > >> >> But what if I'm not importing into Excel? I would prefer a > >> more generic > >> >> mime type. Unless of course "application/x-csv" is totally wrong. > >> >> > >> >> --On Wednesday, March 27, 2002 09:25:18 AM +1100 Kon Angelopoulos > >> >> <an...@cp...> wrote: > >> >> > >> >> > > >> >> > Guys, > >> >> > > >> >> > the prefered mime type for excel is: application/vnd.ms-excel > >> >> > > >> >> > Kon > >> >> > >> >> > >> >> > >> >> one of the friendly folks in the IT Lab. > >> >> --------------------------------------\ > >> >> The IT Lab (http://www.itlab.musc.edu) \____________________ > >> >> Probably the world's premier software development center. > >> >> Serving: Programming, Tools, Ice Cream, Seminars > >> >> > >> > > >> > >> > >> > >> one of the friendly folks in the IT Lab. > >> --------------------------------------\ > >> The IT Lab (http://www.itlab.musc.edu) \____________________ > >> Probably the world's premier software development center. > >> Serving: Programming, Tools, Ice Cream, Seminars > >> > > > > > > one of the friendly folks in the IT Lab. > --------------------------------------\ > The IT Lab (http://www.itlab.musc.edu) \____________________ > Probably the world's premier software development center. > Serving: Programming, Tools, Ice Cream, Seminars > |
From: Matthew G. <gr...@mu...> - 2002-03-27 01:48:01
|
Ok, lets see if this thing can reply just once this time. Serves me right using Beta software. I'm cool with Thrusday. One other thing to try in your testing. Past dealings with pushing files to IE lead me to belive that it may ignore mime-types and go strictly with filename extentions. So try changing the extention around and see what the browsers do. For example try sending the filename as "somthing.doc" with a csv mime-type. I bet IE will associate it with Word. Thanks. --On Wednesday, March 27, 2002 12:34:20 PM +1100 Kon Angelopoulos <an...@cp...> wrote: > Excellent, > > This is exactly the same process I took, that's why I said that it > may not be a valid type. However, having tested your original patch, > which used a Content_Type of text/plain-text, > on IE5, IE5.5, IE6, Netscape 4.72, Netscape 6.2.1, > I found no problem with it. All presented the save as dialog box and > downloaded the file correctly. > > I can certainly perform the same tests using application/x-csv and > text/comma-separated-values > and see how I go with them. > I'll present the results to the list on Thursday night (that's Aussie > time) and we can take it from there. > > Would everyone be cool with that? > > If anyone can do it before then let me know. > > Kon > >> -----Original Message----- >> From: Matthew Gregg [mailto:gr...@mu...] >> Sent: Wednesday, March 27, 2002 12:14 PM >> To: Kon Angelopoulos; php...@li... >> Subject: RE: [phpesp-dev] Re: Re: Export Download >> >> >> This is turning into a difficult question indeed :) >> >> The /etc/mime.types file on my box lists this: >> text/comma-separated-values >> >> The Official listing of Media(mime) Types at IANA >> http://www.isi.edu/in-notes/iana/assignments/media-types/media-types >> list no CVS type at all, but does list >> test/tab-separated-values >> which is where I'm assuming text/comma-separate-values derives from. >> >> The RFC on the MIME Information Page >> http://www.hunnysoft.com/mime/ >> List no such mime type and suggest the following: >> >> "Unrecognized subtypes of "text" should be treated as subtype "plain" >> as long as the MIME implementation knows how to handle the charset. >> Unrecognized subtypes which also specify an unrecognized charset >> should be treated as "application/octet- stream"." >> >> A thread on Google groups >> http://groups.google.com/groups?hl=en&frame=right&th=c4a57c10fa3fd >> a60&seekm >> =Pine.GHP.4.21.0011201856130.3313-100000%40hpplus03.cern.ch#link1 >> >> suggests text/comma-separated-values over application/octet-stream. >> >> Argh... >> >> >> >> >> >> --On Wednesday, March 27, 2002 10:04:49 AM +1100 Kon Angelopoulos >> <an...@cp...> wrote: >> >> > I totally agree >> > I just don't think application/x-csv is a valid type >> > >> > Kon >> > >> > >> >> -----Original Message----- >> >> From: Matthew Gregg [mailto:gr...@mu...] >> >> Sent: Wednesday, March 27, 2002 9:32 AM >> >> To: Kon Angelopoulos; php...@li... >> >> Subject: RE: [phpesp-dev] Re: Re: Export Download >> >> >> >> >> >> But what if I'm not importing into Excel? I would prefer a >> more generic >> >> mime type. Unless of course "application/x-csv" is totally wrong. >> >> >> >> --On Wednesday, March 27, 2002 09:25:18 AM +1100 Kon Angelopoulos >> >> <an...@cp...> wrote: >> >> >> >> > >> >> > Guys, >> >> > >> >> > the prefered mime type for excel is: application/vnd.ms-excel >> >> > >> >> > Kon >> >> >> >> >> >> >> >> one of the friendly folks in the IT Lab. >> >> --------------------------------------\ >> >> The IT Lab (http://www.itlab.musc.edu) \____________________ >> >> Probably the world's premier software development center. >> >> Serving: Programming, Tools, Ice Cream, Seminars >> >> >> > >> >> >> >> one of the friendly folks in the IT Lab. >> --------------------------------------\ >> The IT Lab (http://www.itlab.musc.edu) \____________________ >> Probably the world's premier software development center. >> Serving: Programming, Tools, Ice Cream, Seminars >> > one of the friendly folks in the IT Lab. --------------------------------------\ The IT Lab (http://www.itlab.musc.edu) \____________________ Probably the world's premier software development center. Serving: Programming, Tools, Ice Cream, Seminars |
From: Kon A. <an...@cp...> - 2002-03-27 01:34:38
|
Excellent, This is exactly the same process I took, that's why I said that it may not be a valid type. However, having tested your original patch, which used a Content_Type of text/plain-text, on IE5, IE5.5, IE6, Netscape 4.72, Netscape 6.2.1, I found no problem with it. All presented the save as dialog box and downloaded the file correctly. I can certainly perform the same tests using application/x-csv and text/comma-separated-values and see how I go with them. I'll present the results to the list on Thursday night (that's Aussie time) and we can take it from there. Would everyone be cool with that? If anyone can do it before then let me know. Kon > -----Original Message----- > From: Matthew Gregg [mailto:gr...@mu...] > Sent: Wednesday, March 27, 2002 12:14 PM > To: Kon Angelopoulos; php...@li... > Subject: RE: [phpesp-dev] Re: Re: Export Download > > > This is turning into a difficult question indeed :) > > The /etc/mime.types file on my box lists this: > text/comma-separated-values > > The Official listing of Media(mime) Types at IANA > http://www.isi.edu/in-notes/iana/assignments/media-types/media-types > list no CVS type at all, but does list > test/tab-separated-values > which is where I'm assuming text/comma-separate-values derives from. > > The RFC on the MIME Information Page > http://www.hunnysoft.com/mime/ > List no such mime type and suggest the following: > > "Unrecognized subtypes of "text" should be treated as subtype "plain" > as long as the MIME implementation knows how to handle the charset. > Unrecognized subtypes which also specify an unrecognized charset > should be treated as "application/octet- stream"." > > A thread on Google groups > http://groups.google.com/groups?hl=en&frame=right&th=c4a57c10fa3fd > a60&seekm > =Pine.GHP.4.21.0011201856130.3313-100000%40hpplus03.cern.ch#link1 > > suggests text/comma-separated-values over application/octet-stream. > > Argh... > > > > > > --On Wednesday, March 27, 2002 10:04:49 AM +1100 Kon Angelopoulos > <an...@cp...> wrote: > > > I totally agree > > I just don't think application/x-csv is a valid type > > > > Kon > > > > > >> -----Original Message----- > >> From: Matthew Gregg [mailto:gr...@mu...] > >> Sent: Wednesday, March 27, 2002 9:32 AM > >> To: Kon Angelopoulos; php...@li... > >> Subject: RE: [phpesp-dev] Re: Re: Export Download > >> > >> > >> But what if I'm not importing into Excel? I would prefer a > more generic > >> mime type. Unless of course "application/x-csv" is totally wrong. > >> > >> --On Wednesday, March 27, 2002 09:25:18 AM +1100 Kon Angelopoulos > >> <an...@cp...> wrote: > >> > >> > > >> > Guys, > >> > > >> > the prefered mime type for excel is: application/vnd.ms-excel > >> > > >> > Kon > >> > >> > >> > >> one of the friendly folks in the IT Lab. > >> --------------------------------------\ > >> The IT Lab (http://www.itlab.musc.edu) \____________________ > >> Probably the world's premier software development center. > >> Serving: Programming, Tools, Ice Cream, Seminars > >> > > > > > > one of the friendly folks in the IT Lab. > --------------------------------------\ > The IT Lab (http://www.itlab.musc.edu) \____________________ > Probably the world's premier software development center. > Serving: Programming, Tools, Ice Cream, Seminars > |
From: Matthew G. <gr...@mu...> - 2002-03-27 01:18:09
|
Whoops.. Sorry for the duplicates. My mail client froze. Then decided to go into a sending fit. --On Tuesday, March 26, 2002 08:13:01 PM -0500 Matthew Gregg <gr...@mu...> wrote: > This is turning into a difficult question indeed :) > > The /etc/mime.types file on my box lists this: > text/comma-separated-values > > The Official listing of Media(mime) Types at IANA > http://www.isi.edu/in-notes/iana/assignments/media-types/media-types > list no CVS type at all, but does list > test/tab-separated-values > which is where I'm assuming text/comma-separate-values derives from. > > The RFC on the MIME Information Page > http://www.hunnysoft.com/mime/ > List no such mime type and suggest the following: > > "Unrecognized subtypes of "text" should be treated as subtype "plain" > as long as the MIME implementation knows how to handle the charset. > Unrecognized subtypes which also specify an unrecognized charset > should be treated as "application/octet- stream"." > > A thread on Google groups > http://groups.google.com/groups?hl=en&frame=right&th=c4a57c10fa3fda60&see > km =Pine.GHP.4.21.0011201856130.3313-100000%40hpplus03.cern.ch#link1 > > suggests text/comma-separated-values over application/octet-stream. > > Argh... > > > > > > --On Wednesday, March 27, 2002 10:04:49 AM +1100 Kon Angelopoulos > <an...@cp...> wrote: > >> I totally agree >> I just don't think application/x-csv is a valid type >> >> Kon >> >> >>> -----Original Message----- >>> From: Matthew Gregg [mailto:gr...@mu...] >>> Sent: Wednesday, March 27, 2002 9:32 AM >>> To: Kon Angelopoulos; php...@li... >>> Subject: RE: [phpesp-dev] Re: Re: Export Download >>> >>> >>> But what if I'm not importing into Excel? I would prefer a more generic >>> mime type. Unless of course "application/x-csv" is totally wrong. >>> >>> --On Wednesday, March 27, 2002 09:25:18 AM +1100 Kon Angelopoulos >>> <an...@cp...> wrote: >>> >>> > >>> > Guys, >>> > >>> > the prefered mime type for excel is: application/vnd.ms-excel >>> > >>> > Kon >>> >>> >>> >>> one of the friendly folks in the IT Lab. >>> --------------------------------------\ >>> The IT Lab (http://www.itlab.musc.edu) \____________________ >>> Probably the world's premier software development center. >>> Serving: Programming, Tools, Ice Cream, Seminars >>> >> > > > > one of the friendly folks in the IT Lab. > --------------------------------------\ > The IT Lab (http://www.itlab.musc.edu) \____________________ > Probably the world's premier software development center. > Serving: Programming, Tools, Ice Cream, Seminars > > _______________________________________________ > phpESP-devel mailing list > php...@li... > https://lists.sourceforge.net/lists/listinfo/phpesp-devel > one of the friendly folks in the IT Lab. --------------------------------------\ The IT Lab (http://www.itlab.musc.edu) \____________________ Probably the world's premier software development center. Serving: Programming, Tools, Ice Cream, Seminars |
From: Matthew G. <gr...@mu...> - 2002-03-27 01:18:03
|
Whoops.. Sorry for the duplicates. My mail client froze. Then decided to go into a sending fit. --On Tuesday, March 26, 2002 08:13:01 PM -0500 Matthew Gregg <gr...@mu...> wrote: > This is turning into a difficult question indeed :) > > The /etc/mime.types file on my box lists this: > text/comma-separated-values > > The Official listing of Media(mime) Types at IANA > http://www.isi.edu/in-notes/iana/assignments/media-types/media-types > list no CVS type at all, but does list > test/tab-separated-values > which is where I'm assuming text/comma-separate-values derives from. > > The RFC on the MIME Information Page > http://www.hunnysoft.com/mime/ > List no such mime type and suggest the following: > > "Unrecognized subtypes of "text" should be treated as subtype "plain" > as long as the MIME implementation knows how to handle the charset. > Unrecognized subtypes which also specify an unrecognized charset > should be treated as "application/octet- stream"." > > A thread on Google groups > http://groups.google.com/groups?hl=en&frame=right&th=c4a57c10fa3fda60&see > km =Pine.GHP.4.21.0011201856130.3313-100000%40hpplus03.cern.ch#link1 > > suggests text/comma-separated-values over application/octet-stream. > > Argh... > > > > > > --On Wednesday, March 27, 2002 10:04:49 AM +1100 Kon Angelopoulos > <an...@cp...> wrote: > >> I totally agree >> I just don't think application/x-csv is a valid type >> >> Kon >> >> >>> -----Original Message----- >>> From: Matthew Gregg [mailto:gr...@mu...] >>> Sent: Wednesday, March 27, 2002 9:32 AM >>> To: Kon Angelopoulos; php...@li... >>> Subject: RE: [phpesp-dev] Re: Re: Export Download >>> >>> >>> But what if I'm not importing into Excel? I would prefer a more generic >>> mime type. Unless of course "application/x-csv" is totally wrong. >>> >>> --On Wednesday, March 27, 2002 09:25:18 AM +1100 Kon Angelopoulos >>> <an...@cp...> wrote: >>> >>> > >>> > Guys, >>> > >>> > the prefered mime type for excel is: application/vnd.ms-excel >>> > >>> > Kon >>> >>> >>> >>> one of the friendly folks in the IT Lab. >>> --------------------------------------\ >>> The IT Lab (http://www.itlab.musc.edu) \____________________ >>> Probably the world's premier software development center. >>> Serving: Programming, Tools, Ice Cream, Seminars >>> >> > > > > one of the friendly folks in the IT Lab. > --------------------------------------\ > The IT Lab (http://www.itlab.musc.edu) \____________________ > Probably the world's premier software development center. > Serving: Programming, Tools, Ice Cream, Seminars > > _______________________________________________ > phpESP-devel mailing list > php...@li... > https://lists.sourceforge.net/lists/listinfo/phpesp-devel > one of the friendly folks in the IT Lab. --------------------------------------\ The IT Lab (http://www.itlab.musc.edu) \____________________ Probably the world's premier software development center. Serving: Programming, Tools, Ice Cream, Seminars |
From: Matthew G. <gr...@mu...> - 2002-03-27 01:14:03
|
This is turning into a difficult question indeed :) The /etc/mime.types file on my box lists this: text/comma-separated-values The Official listing of Media(mime) Types at IANA http://www.isi.edu/in-notes/iana/assignments/media-types/media-types list no CVS type at all, but does list test/tab-separated-values which is where I'm assuming text/comma-separate-values derives from. The RFC on the MIME Information Page http://www.hunnysoft.com/mime/ List no such mime type and suggest the following: "Unrecognized subtypes of "text" should be treated as subtype "plain" as long as the MIME implementation knows how to handle the charset. Unrecognized subtypes which also specify an unrecognized charset should be treated as "application/octet- stream"." A thread on Google groups http://groups.google.com/groups?hl=en&frame=right&th=c4a57c10fa3fda60&seekm =Pine.GHP.4.21.0011201856130.3313-100000%40hpplus03.cern.ch#link1 suggests text/comma-separated-values over application/octet-stream. Argh... --On Wednesday, March 27, 2002 10:04:49 AM +1100 Kon Angelopoulos <an...@cp...> wrote: > I totally agree > I just don't think application/x-csv is a valid type > > Kon > > >> -----Original Message----- >> From: Matthew Gregg [mailto:gr...@mu...] >> Sent: Wednesday, March 27, 2002 9:32 AM >> To: Kon Angelopoulos; php...@li... >> Subject: RE: [phpesp-dev] Re: Re: Export Download >> >> >> But what if I'm not importing into Excel? I would prefer a more generic >> mime type. Unless of course "application/x-csv" is totally wrong. >> >> --On Wednesday, March 27, 2002 09:25:18 AM +1100 Kon Angelopoulos >> <an...@cp...> wrote: >> >> > >> > Guys, >> > >> > the prefered mime type for excel is: application/vnd.ms-excel >> > >> > Kon >> >> >> >> one of the friendly folks in the IT Lab. >> --------------------------------------\ >> The IT Lab (http://www.itlab.musc.edu) \____________________ >> Probably the world's premier software development center. >> Serving: Programming, Tools, Ice Cream, Seminars >> > one of the friendly folks in the IT Lab. --------------------------------------\ The IT Lab (http://www.itlab.musc.edu) \____________________ Probably the world's premier software development center. Serving: Programming, Tools, Ice Cream, Seminars |
From: Matthew G. <gr...@mu...> - 2002-03-27 01:13:58
|
This is turning into a difficult question indeed :) The /etc/mime.types file on my box lists this: text/comma-separated-values The Official listing of Media(mime) Types at IANA http://www.isi.edu/in-notes/iana/assignments/media-types/media-types list no CVS type at all, but does list test/tab-separated-values which is where I'm assuming text/comma-separate-values derives from. The RFC on the MIME Information Page http://www.hunnysoft.com/mime/ List no such mime type and suggest the following: "Unrecognized subtypes of "text" should be treated as subtype "plain" as long as the MIME implementation knows how to handle the charset. Unrecognized subtypes which also specify an unrecognized charset should be treated as "application/octet- stream"." A thread on Google groups http://groups.google.com/groups?hl=en&frame=right&th=c4a57c10fa3fda60&seekm =Pine.GHP.4.21.0011201856130.3313-100000%40hpplus03.cern.ch#link1 suggests text/comma-separated-values over application/octet-stream. Argh... --On Wednesday, March 27, 2002 10:04:49 AM +1100 Kon Angelopoulos <an...@cp...> wrote: > I totally agree > I just don't think application/x-csv is a valid type > > Kon > > >> -----Original Message----- >> From: Matthew Gregg [mailto:gr...@mu...] >> Sent: Wednesday, March 27, 2002 9:32 AM >> To: Kon Angelopoulos; php...@li... >> Subject: RE: [phpesp-dev] Re: Re: Export Download >> >> >> But what if I'm not importing into Excel? I would prefer a more generic >> mime type. Unless of course "application/x-csv" is totally wrong. >> >> --On Wednesday, March 27, 2002 09:25:18 AM +1100 Kon Angelopoulos >> <an...@cp...> wrote: >> >> > >> > Guys, >> > >> > the prefered mime type for excel is: application/vnd.ms-excel >> > >> > Kon >> >> >> >> one of the friendly folks in the IT Lab. >> --------------------------------------\ >> The IT Lab (http://www.itlab.musc.edu) \____________________ >> Probably the world's premier software development center. >> Serving: Programming, Tools, Ice Cream, Seminars >> > one of the friendly folks in the IT Lab. --------------------------------------\ The IT Lab (http://www.itlab.musc.edu) \____________________ Probably the world's premier software development center. Serving: Programming, Tools, Ice Cream, Seminars |
From: Matthew G. <gr...@mu...> - 2002-03-27 01:13:14
|
This is turning into a difficult question indeed :) The /etc/mime.types file on my box lists this: text/comma-separated-values The Official listing of Media(mime) Types at IANA http://www.isi.edu/in-notes/iana/assignments/media-types/media-types list no CVS type at all, but does list test/tab-separated-values which is where I'm assuming text/comma-separate-values derives from. The RFC on the MIME Information Page http://www.hunnysoft.com/mime/ List no such mime type and suggest the following: "Unrecognized subtypes of "text" should be treated as subtype "plain" as long as the MIME implementation knows how to handle the charset. Unrecognized subtypes which also specify an unrecognized charset should be treated as "application/octet- stream"." A thread on Google groups http://groups.google.com/groups?hl=en&frame=right&th=c4a57c10fa3fda60&seekm =Pine.GHP.4.21.0011201856130.3313-100000%40hpplus03.cern.ch#link1 suggests text/comma-separated-values over application/octet-stream. Argh... --On Wednesday, March 27, 2002 10:04:49 AM +1100 Kon Angelopoulos <an...@cp...> wrote: > I totally agree > I just don't think application/x-csv is a valid type > > Kon > > >> -----Original Message----- >> From: Matthew Gregg [mailto:gr...@mu...] >> Sent: Wednesday, March 27, 2002 9:32 AM >> To: Kon Angelopoulos; php...@li... >> Subject: RE: [phpesp-dev] Re: Re: Export Download >> >> >> But what if I'm not importing into Excel? I would prefer a more generic >> mime type. Unless of course "application/x-csv" is totally wrong. >> >> --On Wednesday, March 27, 2002 09:25:18 AM +1100 Kon Angelopoulos >> <an...@cp...> wrote: >> >> > >> > Guys, >> > >> > the prefered mime type for excel is: application/vnd.ms-excel >> > >> > Kon >> >> >> >> one of the friendly folks in the IT Lab. >> --------------------------------------\ >> The IT Lab (http://www.itlab.musc.edu) \____________________ >> Probably the world's premier software development center. >> Serving: Programming, Tools, Ice Cream, Seminars >> > one of the friendly folks in the IT Lab. --------------------------------------\ The IT Lab (http://www.itlab.musc.edu) \____________________ Probably the world's premier software development center. Serving: Programming, Tools, Ice Cream, Seminars |
From: Kon A. <an...@cp...> - 2002-03-27 01:10:46
|
Guys, As far as I'm concerned I'm not fussed at all about appending the current date to the end of the csv file. This was a hypethetical scenario to illustrate a point. I certainly copy then archive all my surveys but the point I tried to make was that not everyone will do this (as we've seen on some of the posts to the general list). We certainly can't control how people use this product but we should be striving to ensure that this product can deal with such issues. Kon |