Wann können wir denn mit einer deutschen Version rechnen, damit 
Fontattribute, Monatsnamen etc. richtig erkannt/ausgegeben werden ?

Hallo Herr Ciriack,

Wir können gegenwärtig noch keine Auskunft geben wann es eine deutsche 
Version geben wird. Nachdem wir aber die Konferenzen hinter uns haben werden 
wir zumindest dafür Sorge tragen, dass unsere deutschsprachigen Kunden eine 
deutsche xppnat.dll zu Verfügung gestellt bekommen.

Ich muss also um ein ganz ganz ganz klein wenig Geduld bitten.

  Andreas Herdt
  Alaska Software

--------------------------------------------------------------------

Technical Support:      support@alaska-software.com

News Server:            news.alaska-software.com
Homepage:               http://www.alaska-software.com
WebKnowledgeBase:       http://www.alaska-software.com/kbase.shtm

Fax European Office:    +49 (0) 61 96 - 77 99 99 23
Fax US Office:          +1 (646) 218 1281
--------------------------------------------------------------------

"Wolfgang Ciriack" wrote in message 
news:1cd8133d$65a8337d$d78c@news.alaska-software.com...
> Wann können wir denn mit einer deutschen Version rechnen, damit 
> Fontattribute, Monatsnamen etc. richtig erkannt/ausgegeben werden ?

Am 09.10.2014 13:50, schrieb Andreas Herdt:
 > Nachdem wir aber die Konferenzen hinter uns haben
 > werden wir zumindest dafür Sorge tragen, dass unsere
 > deutschsprachigen Kunden eine deutsche xppnat.dll
 > zu Verfügung gestellt bekommen.

könnte man die Werte nicht per Anweisungen setzen ?

Und was genau unterscheidet beide Versionen auf CODE Ebene (also 
unabhängig von der deutschen Hilfe) ?

Ich dachte die deutschen Bezeichnungen und
numerischen Regeln (, statt .) wären im OS hinterlegt ...

MfG
Hubert Brandel

Hallo Herr Brandel,

Hauptsächlich geht es um die deutschen String literale die in der xppnat.dll
hinterlegt sind.

Andere Teile des Xbase++ Produktes, wie zum Beispiel der Formdesigner
oder die Beispiel Sammlung sind sprachspezifisch.

Wie gesagt, geben Sie uns noch ein klein wenig Zeit bis nach den
Konferenzen dann widmen wir uns diesem Thema.

Für ganz eilige: Mit einem Resource Hacker Werkzeug kann man der
xppnat.dll deutsche String Literale einpflegen. Unsere russischen Kunden
und Kunden aus anderen Kulturkreisen gehen so vor wenn weder
englisch noch deutsch eine Option ist.

  Andreas Herdt
  Alaska Software

--------------------------------------------------------------------

Technical Support:      support@alaska-software.com

News Server:            news.alaska-software.com
Homepage:               http://www.alaska-software.com
WebKnowledgeBase:       http://www.alaska-software.com/kbase.shtm

Fax European Office:    +49 (0) 61 96 - 77 99 99 23
Fax US Office:          +1 (646) 218 1281
--------------------------------------------------------------------

"Hubert Brandel" wrote in message 
news:37ae14a4$c088580$1f4bc@news.alaska-software.com...
> Am 09.10.2014 13:50, schrieb Andreas Herdt:
> > Nachdem wir aber die Konferenzen hinter uns haben
> > werden wir zumindest dafür Sorge tragen, dass unsere
> > deutschsprachigen Kunden eine deutsche xppnat.dll
> > zu Verfügung gestellt bekommen.
>
> könnte man die Werte nicht per Anweisungen setzen ?
>
> Und was genau unterscheidet beide Versionen auf CODE Ebene (also 
> unabhängig von der deutschen Hilfe) ?
>
> Ich dachte die deutschen Bezeichnungen und
> numerischen Regeln (, statt .) wären im OS hinterlegt ...
>
> MfG
> Hubert Brandel

Am 13.10.2014 13:24, schrieb Andreas Herdt:
> Für ganz eilige: Mit einem Resource Hacker Werkzeug kann man der
> xppnat.dll deutsche String Literale einpflegen. Unsere russischen Kunden
> und Kunden aus anderen Kulturkreisen gehen so vor wenn weder
> englisch noch deutsch eine Option ist.

wäre es nicht sinnvoller den Quellcode der xppnat.dll auszuliefern ?
So könnten interessierte verschiedene Sprachversionen anbieten.
So ähnlich wie diese PRGs ...\XPPW32\SOURCE\SYS

ich meinte natürlich NICHT anstatt der deutschen Version 

Danke für die Klarstellung 

Wenn die xppnat.dll nur aus PRG Code bestehen würde, dann
wäre die Herausgabe dieses Codes genau das Mittel der Wahl.

Da ein (kleiner Teil) aber noch in C++ implementiert ist, geht
die Herausgabe leider nicht.

Mit freundlichen Grüssen,

  Andreas Herdt
  Alaska Software

--------------------------------------------------------------------

Technical Support:      support@alaska-software.com

News Server:            news.alaska-software.com
Homepage:               http://www.alaska-software.com
WebKnowledgeBase:       http://www.alaska-software.com/kbase.shtm

Fax European Office:    +49 (0) 61 96 - 77 99 99 23
Fax US Office:          +1 (646) 218 1281
--------------------------------------------------------------------

"Hubert Brandel" wrote in message 
news:5577d30c$36866a5e$79ee@news.alaska-software.com...
> ich meinte natürlich NICHT anstatt der deutschen Version ;-)
>

Andreas Herdt wrote:

> Wenn die xppnat.dll nur aus PRG Code bestehen würde, dann
> wäre die Herausgabe dieses Codes genau das Mittel der Wahl.
> 
> Da ein (kleiner Teil) aber noch in C++ implementiert ist, geht
> die Herausgabe leider nicht.

Dieses noch hört sich vielversprechend an 

Grüße
Thomas

Hubert Brandel wrote:

> wäre es nicht sinnvoller den Quellcode der xppnat.dll auszuliefern ?

Kaum.

Es wird sich wohl niemand den Streß antun wollen eine vollwertige C / C++
Entwicklungsumgebung aufzusetzen, nur um diese eine Runtime-DLL zu
erzeugen.

Ich bezweifle das die xppnat.dll in Xbase++ geschrieben ist - was
zugegebenermaßen für diesen Fall sinnvoll wäre.

Möglicherweise könnte Alaska hier eine Möglichkeit schaffen die
Runtime-Texte per Xbase++-Code zu überschreiben.

> So könnten interessierte verschiedene Sprachversionen anbieten.

Das mit reshacker zu patchen ist definitiv viel einfacher.

Grüße
Thomas