Comma in the names of files dropped unto the Project Explorer

[Jean-Pierre Martel]

When commas are found in the long names of files drag'n drop unto the
Project Explorer, they are accepted by the Project Explorer and their
names are written correctly in the Project Script File (.PRJ).

However, when the PRJ file is reopened, the names that has commas are
parsed incorrectly by the Project Explorer: everything after the first
comma is lost. Lastly, since the extension is lost, the Project Explorer
doesn't put these objects at the suitable place in his treeview, at left.

Maybe the Project Explorer should put the path and name of files between
quotes in its Script file. ;-)

Jean-Pierre Martel
=== A new dBASE Conference in Montréal, July 9th and 10th, 2004 ===

[Ken Mayer [dBASE, Inc.]]

Post by Jean-Pierre Martel
When commas are found in the long names of files drag'n drop unto the
Project Explorer, they are accepted by the Project Explorer and their
names are written correctly in the Project Script File (.PRJ).
However, when the PRJ file is reopened, the names that has commas are
parsed incorrectly by the Project Explorer: everything after the first
comma is lost. Lastly, since the extension is lost, the Project Explorer
doesn't put these objects at the suitable place in his treeview, at left.
Maybe the Project Explorer should put the path and name of files between
quotes in its Script file. ;-)

Or perhaps should read to the file extension. Or ... commas are
problematic in filenames, but the do appear to be legal.

I've entered QAID: 4734 for this.

(Oddly enough, spaces in the filename or path are not a problem ...)

Ken
---
Ken Mayer [dBASE, Inc.]
** Please respond ONLY in the newsgroups **

"Think OOP"

dBASE, Inc. website: http://www.dbase.com

[Michael Nuwer]

Post by Ken Mayer [dBASE, Inc.]
Or perhaps should read to the file extension. Or ... commas are
problematic in filenames, but the do appear to be legal.
I've entered QAID: 4734 for this.
(Oddly enough, spaces in the filename or path are not a problem ...)

My guess is that Alan's parsing code for the PRJ merely looks for the
comma. Maybe he can count the number of commas and start parsing at
count-3

[Contents]
E:\Health\Franklin\MainForm.wfm,0,0,0,0
E:\Health\Franklin\Base.cfm,1,0,0,0
E:\Health\Franklin\Activity.rep,1,0,0,0

[Ken Mayer [dBASE, Inc.]]

Post by Michael Nuwer
My guess is that Alan's parsing code for the PRJ merely looks for the
comma. Maybe he can count the number of commas and start parsing at
count-3

Yeah, I dunno if that's the way to go, either. What if, somewhere down
the road, other parameters are added?

I think DEO stuff is stored in there as well, and once that's working
properly, the "count-3" would be a problem as well.

Jean-Pierre is probably right -- store the paths to the files in
quotes is the safest way to go.

Ken
---
Ken Mayer [dBASE, Inc.]
** Please respond ONLY in the newsgroups **

"Think OOP"

dBASE, Inc. website: http://www.dbase.com

[Jean-Pierre Martel]

In article <***@4ax.com>, ***@dbase.com
says...

Post by Ken Mayer [dBASE, Inc.]
I've entered QAID: 4734 for this.

Thanks Ken.

Jean-Pierre Martel
=== A new dBASE Conference in Montréal, July 9th and 10th, 2004 ===