Dear reader,

As you might have learned Adept Scientific was placed under administration recently.

Alfasoft AB has acquired several assets of Adept Scientific Limited with the intention to continue providing services on the best scientific software tools available. Please allow us a few days to reconfigure this web store for you. For inquires about Mathcad please send an email to info@alfasoft.com.

Alfasoft AB has provided high end scientific software in the Nordic countries since 1989 and we would be honored to give the same service to you.

Yours Sincerely,
Roberth Hoff-Olsen
CEO
Alfasoft AB

Loosing TABs in fields beginning with punctuation marks

Search email archive for  

Loosing TABs in fields beginning with punctuation marks
Author: Simong    Posted: Tue, 29 Apr 2003 12:06:32 +0200
Dear Friends,

We have, after a year of intensive work with EN, been confronted finally
by a phenomena which we cannot solve alone and are writing to ask for
assistance.

Our System: EN 6.0/MAC OS X/MAC OS 9.2


Here's our problem:

Whilst exporting a library using a tab delimited output style to plain
text file the following original reference:

Smith,G.TAB2002TAB ...and the show goes on.TAB Journal of
ChaosTAB15TAB3TAB3-16

looses its TABs and ends up looking like this:

Smith,G.TAB2002 ...and the show goes on.TAB Journal of
ChaosTAB15TAB3TAB3-16

The TAB before the three full-stops disappear and the data is joined to
the previous field. This phenomena happens with any number of full-stops
and regardless in which field it appears.

We have observed the same problem with data fields which begin with
question marks.

These phenomena ruin all attempts of carrying out a successful data
transfer via tab delimited export/import.

We are guessing that this problem has something to do with hidden or
unknown "special functions" of punctuations marks where they appear at
the beginning of data fields.

Is this a function which aims at auto-correcting false data entry, so
that the punctation (and following data in the field) is joined to the
end of the previous data field?

We have carefully assessed whether this happens in relation with
Microsoft Word, or any other word processing software (SimpleText) or
database software (Filemaker Pro Developer, Microsoft Excel) and have
been able to repeat the phenomena with all programmes.

We are loosing valuable work time, and due to the size of our databases
(c.30,000 refs) are not able to examine all references for incorrect
data by hand.

If anyone has any solutions for these phenomena then we would be really
grateful for any assistance.

Simon Gilbertson
Markus Wentz

Research Assistants
University Witten Herdecke

Loosing TABs in fields beginning with punctuation marks
Author: Simong    Posted: Tue, 29 Apr 2003 12:06:32 +0200
Dear Friends,

We have, after a year of intensive work with EN, been confronted finally
by a phenomena which we cannot solve alone and are writing to ask for
assistance.

Our System: EN 6.0/MAC OS X/MAC OS 9.2


Here's our problem:

Whilst exporting a library using a tab delimited output style to plain
text file the following original reference:

Smith,G.TAB2002TAB ...and the show goes on.TAB Journal of
ChaosTAB15TAB3TAB3-16

looses its TABs and ends up looking like this:

Smith,G.TAB2002 ...and the show goes on.TAB Journal of
ChaosTAB15TAB3TAB3-16

The TAB before the three full-stops disappear and the data is joined to
the previous field. This phenomena happens with any number of full-stops
and regardless in which field it appears.

We have observed the same problem with data fields which begin with
question marks.

These phenomena ruin all attempts of carrying out a successful data
transfer via tab delimited export/import.

We are guessing that this problem has something to do with hidden or
unknown "special functions" of punctuations marks where they appear at
the beginning of data fields.

Is this a function which aims at auto-correcting false data entry, so
that the punctation (and following data in the field) is joined to the
end of the previous data field?

We have carefully assessed whether this happens in relation with
Microsoft Word, or any other word processing software (SimpleText) or
database software (Filemaker Pro Developer, Microsoft Excel) and have
been able to repeat the phenomena with all programmes.

We are loosing valuable work time, and due to the size of our databases
(c.30,000 refs) are not able to examine all references for incorrect
data by hand.

If anyone has any solutions for these phenomena then we would be really
grateful for any assistance.

Simon Gilbertson
Markus Wentz

Research Assistants
University Witten Herdecke

Loosing TABs in fields beginning with punctuation marks
Author: Simong    Posted: Tue, 29 Apr 2003 12:06:32 +0200
Dear Friends,

We have, after a year of intensive work with EN, been confronted finally
by a phenomena which we cannot solve alone and are writing to ask for
assistance.

Our System: EN 6.0/MAC OS X/MAC OS 9.2


Here's our problem:

Whilst exporting a library using a tab delimited output style to plain
text file the following original reference:

Smith,G.TAB2002TAB ...and the show goes on.TAB Journal of
ChaosTAB15TAB3TAB3-16

looses its TABs and ends up looking like this:

Smith,G.TAB2002 ...and the show goes on.TAB Journal of
ChaosTAB15TAB3TAB3-16

The TAB before the three full-stops disappear and the data is joined to
the previous field. This phenomena happens with any number of full-stops
and regardless in which field it appears.

We have observed the same problem with data fields which begin with
question marks.

These phenomena ruin all attempts of carrying out a successful data
transfer via tab delimited export/import.

We are guessing that this problem has something to do with hidden or
unknown "special functions" of punctuations marks where they appear at
the beginning of data fields.

Is this a function which aims at auto-correcting false data entry, so
that the punctation (and following data in the field) is joined to the
end of the previous data field?

We have carefully assessed whether this happens in relation with
Microsoft Word, or any other word processing software (SimpleText) or
database software (Filemaker Pro Developer, Microsoft Excel) and have
been able to repeat the phenomena with all programmes.

We are loosing valuable work time, and due to the size of our databases
(c.30,000 refs) are not able to examine all references for incorrect
data by hand.

If anyone has any solutions for these phenomena then we would be really
grateful for any assistance.

Simon Gilbertson
Markus Wentz

Research Assistants
University Witten Herdecke

Previous by date: In-text citation edit,  Arwen Spicer BI
Next by date: APA 5th--Question-Govt documents?, Marthamoore
Previous thread: Is ProCite for Mac dead?, Harry Hoffner
Next thread: APA 5th,  Martha Moore