use the chr() finction to get any non-English characters. Here are the ones with unlats:
196 capital A with umlat
203 capital E with umlat
207 capital I with umlat
214 capital O with umlat
220 capital U with umlat
228 lowercase a with umlat
235 lowercase e with umlat
239 lowercase i with umlat
246 lowercase o with umlat
252 lowercase u with umlat
This function can also be used for a spanish N with a tilde, british pound sign, etc., etc.
I can email you a list if you are interested.
dgilsdorf@trianglepartners.com
Software Sales, Training, Implementation and Support for Exact Macola, eSynergy, and Crystal Reports
Hi dgillz,
thank you, I would be glad if you send me the German chr(#)
but could you tell me where I have to put the function?
thank's again
Ronald Weinrich
ron@weronet.com
In crystal version 8.5, click on insert, field object, formula field, right click, select new, name your formula and enter chr(<enter your number here>) which will return the charater specified in my previous post.
Software Sales, Training, Implementation and Support for Exact Macola, eSynergy, and Crystal Reports
I'm not sure this meets your needs, but you might try the replace function. To return an "A" with umlaut for every instance of "A" in the field, you would create a formula:
replace({table.field},"A",chr(196))
You can also nest these, as in the following which adds an umlaut to every "A" and "E":
thank you lbass,
I'm realy confused now.
The my.dbf has a field mytxt that contents the word "Ölheizung"
if I browse the dbf with VFP it show's me correct "Ölheizung"
if I run my app on a win98-box and browse my.dbf with the report.rpt in the field mytxt is "Ílheizung"
the "Í" is asc(205) "Ö" is asc(214)
why does the server convert Ö to Í ?
Ronald
As a general observation, American software almost always makes a hash of accents. The basic alphanumeric code is ASCII, which was originally a 7-hole paper-tape code. On computers this was expanded to 8-bit and accents were added, but not consistently. Most accented letters and some punctuations undergo strange shifts because different bits of software use a different 'dialect' of ASCII.
What coelation sequence?
I'm sorry I don't know what you mean?
this is how I connect and print or preview
unusal is, if I pass a parfield with "Österreich"
the "Ö" apears correct ???
only the data from fp2dbf is incorrect
********
....
....
PUBLIC oCR AS CRAXDRT.Application
PUBLIC oRpt AS CRAXDRT.Report
PUBLIC oDB AS CRAXDRT.Database
PUBLIC ocDBT AS CRAXDRT.DatabaseTables
PUBLIC oDBT AS CRAXDRT.DatabaseTable
PUBLIC ocParm AS CRAXDRT.ParameterFieldDefinitions
PUBLIC oParm AS CRAXDRT.ParameterFieldDefinition
lbnewpage =.f.
lbmitArb =.f.
oCR = CREATEOBJECT("CrystalRuntime.Application"
oRpt = CREATEOBJECT("CrystalRuntime.Report"
oRpt = oCR.OpenReport(".\reports\Report.rpt"
oDB = oRpt.Database()
ocDBT = oDB.Tables()
oDBT = ocDBT.Item(1)
oDBT.Name = LlparFileName
Llocation=".\temp\"+LlparFileName+".dbf"
oDBT.SetTableLocation(Llocation,LlparFileName,""
ocParm = oRpt.ParameterFields()
For Each parfield In ocParm
DO CASE
CASE parfield.ParameterFieldname="panrede"
parfield.SetCurrentValue(oDruckerLayout.pageFrame.page4.txAnrede.Value)
...
...
...
ENDCASE
NEXT
IF oDruckerLayout.pageframe.page1.opgOutput.OptPrinter.Value =1
oRpt.PrintOut()
ENDIF
IF oDruckerLayout.pageframe.page1.opgOutput.optScreen.Value =1
This.oleCRPreview.oCrystal=oCR
This.oleCRPreview.ReportSource=oRpt
This.oleCRPreview.DisplayBorder=.f.
This.oleCRPreview.DisplayBackgroundEdge=.F.
This.oleCRPreview.Resize()
This.oleCRPreview.ViewReport()
ENDIF
if I chage the field type to C(Binary), there is no
difference.
I called CR-Support and they advice me to try odbc because, may be the crdb_p2bxbse.dll has a problem with umlaut
and see it works! So I decide to use odbc until there is a hotfix for umlaut with crdb_p2bxbse.dll
Now I have a new problem, I don't know how to use odbc in VFP.
I create a DSN
named VFPdbf
path f:\developmet\fox\myapp\temp
(where the free dbf will be dynamically created)
***parameter I pass to init()
LlparFileName="_13D0I5x"
***I changed the code to connect to
....
oRpt = oCR.OpenReport(".\reports\Repodbc.rpt"
oDB = oRpt.Database()
ocDBT = oDB.Tables()
oDBT = ocDBT.Item(1)
....
Yes, I am aware that VFP is not supported by Crystal Decisions. They have also given you some bad advice. Don't use ODBC, use the OLE DB provider. It will be faster than ODBC and is more up to date. The ODBC driver has not been updated since VFP 6.0. The OLE DB provider was updated earlier this year.
I spend all day to figure out how odbc is working
now I follow you succession and change to ODBC DB
could you please tell me how to change path and filename on runtime?
the properties looks like that:
f:\shared\development\fox\myapp\temp
datab.: OLE DB (ADO)
provider: VPOLEDB
datasource:
user-id:
locale Id.:1033
OLE DB Services: -5
Cooating sequ.: Machine
DSN:VFPdbf
it works on my development box
if I run this on the win98 box I get the error
...logon failed.
Source: Microsoft OLE DB Provider for Visual FoxPro
Description: Invalid path or file name.
Native Error: 295
Methode: init
line:0
thank
ron
could not find a solution on your web site but may be that's because I'm not so familar with CR.
I try:
oDBT.Location = "f:\shared\development\wplumber\temp\"+LlparFileName+".dbf"
if I do so the whole connectbufferstring will be changed to this string.
odbt.SetDataSource('f:\shared\development\wplumber\temp\')
this is not possible error "..no member.."
what I'm doing now is:
clean the connectbufferstring
oDBT.connectbufferstring=""
make a new Data Source string
lcPath=".\temp"
and pass the new connectbufferstring
oDBT.connectbufferstring="Provider=VFPOLEDB;;Data Source="+lcPath+";;User ID=;;Password=;;Locale Identifier=1033;;OLE DB Services=-5;;Collating Sequence=Machine;;DSN="
that works
If you know a better solution please let me know.
TIA
Ron
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.