Rave und Unicode?

[Sharky]

Hai ihr,

ist Rave eigentlich Unicode fähig? Ich habe es nämlich noch nicht geschaft einen Unicode Report zu erzeugen.

Wenn es nicht geht: Gibt es einen Reportgenerator der das kann?

[Bernhard Geyer]

Out of the box kann das AFAIK nur List&Label

[Sharky]

Zitat von Bernhard Geyer:

...nur List&Label

Hai Bernhard,

was meinst Du denn mit List&Label?

Ich verstehe wirklich nicht das es immer solche Probleme mit Unicode geben muss

[Bernhard Geyer]

Zitat von Sharky:

Zitat von Bernhard Geyer:

...nur List&Label

Hai Bernhard,

was meinst Du denn mit List&Label?

Das Reporting-Tool combit List&Label

Zitat von Sharky:

Ich verstehe wirklich nicht das es immer solche Probleme mit Unicode geben muss

Win9x/ME hatte nun mal einen sehr eingeschränkte Unicode-Support (ca. 12 Funktionen) und da man "früher" primär dafür entwickelte...

[Sharky]

Uff... über 800 Euro.

Das ist zur Zeit leider nicht machbar. Schade eigentlich.

[merlin17]

Hallo,

meinst Du Rave.vcl oder Rave.net ??

bei Rave.vcl liegt es nicht an Nevrona, dass Unicode nicht unterstützt wird. Erst wenn (und ob, glaube ich nicht mehr)
die VCL unicode kann, kann Rave.vcl auch Unicode (siehe Blog von Danny Thorpe).
bei Rave.net wird Unicode unterstützt, aber es wird dringend "empfohlen" die entsprechenden unicode Schriften auch nur zu nutzen (am besten über FontMaster).


thomas, TeamNevrona

[Sharky]

Hai Thomas,

ich meinte VCL-32. (Habe ich mal wieder vergessen zu erwähnen )

Dann muss ich halt mal schauen was ich da machen kann.

[Bernhard Geyer]

Zitat von merlin17:

bei Rave.vcl liegt es nicht an Nevrona, dass Unicode nicht unterstützt wird. Erst wenn (und ob, glaube ich nicht mehr) die VCL unicode kann, kann Rave.vcl auch Unicode (siehe Blog von Danny Thorpe).

Komisch das dann List&Label als VCL-Control auch Unicode kann. Ebenfalls haben wir der VPE (Virtual Print Engine) Unicode beigebracht.
Es ist vielmehr so das Nevrona sich die vielen Aufwand sparen will und erst wenn Borland genügend Vorarbeit geleistet hat selbst erledigt. Das es auch ohne Borland geht zeigen ja auch die GUI-Komponendensammlungen ElPack und TNTWare.

[merlin17]

Bernhard,

meiner Meinung haben alle Win32versionen von Delphi (including D2005) (und dementsprechend alle Produkte entwickelt mit Delphi) Probleme (was nicht heisst, dass es nicht geht, of course) bei der Unterstützung von Unicode / MBCS characters.

Zitat:

Es ist vielmehr so das Nevrona sich die vielen Aufwand sparen will und erst wenn Borland genügend Vorarbeit geleistet hat selbst erledigt.

ein entschiedenes JEIN
Aber Nevrona hat in den letzten Jahren sehr sehr viel Aufwand in VCL, CLX (ja, es gab auch Rave für Kylix!) und vcl.net. Aktuell wird an einer WinForm-Unterstützung gearbeitet (ich weiss, dass hier Rave hinter dem Zeitplan ist.. ). Und von daher will Nevrona Borland-konform bleiben und auf die von Borland zu liefernde Unicode-Unterstützung aufsetzen.

Zitat:

This is an interesting subject in the sense there was a very lively discussion out on the Borland newsgroup about the lack of Unicode support in ALL Borland Win32 products including D2005. Danny Thorpe (from Borland) has confirmed in detail that all Win32 products will not support Unicode. Some of this is captured in the blog: http://hallvards.blogspot.com/2005/0...e-and-vcl.html The .NET side does support Unicode and Danny indicated that IF Borland does a Win64 version that it would support Unicode as it would be a "new" product.

Rave hat eine .NET version von Rave welche Unicode oder MBCS unterstützt, aber es gibt noch innherhalb der RenderPDF und RenderRTF Komponenten zu fixende Probleme bzw. Einschränkungen bie der MBCS bzw. Unicode Schriften....


Gruss aus dem westlichen Mittelfranken


thomas, TeamNevrona

[Bernhard Geyer]

Zitat von merlin17:

meiner Meinung haben alle Win32versionen von Delphi (including D2005) (und dementsprechend alle Produkte entwickelt mit Delphi) Probleme (was nicht heisst, dass es nicht geht, of course) bei der Unterstützung von Unicode / MBCS characters.

Ich weiß das es Probleme gibt. Deshalb habe ich ja auch einige Monate gebraucht um den größten Teil einer größeren Anwendung nach Unicode umzusetzen (File-Handling steht noch aus). Und ich verstehe auch das der großteil der Komponentenentwickler diesen Aufwand scheut, da er für viele nicht im Verhältnis zum zu erwartenden Nutzen (hier vor allem Einnahmen) steht .

Zitat von merlin17:

Zitat:

Es ist vielmehr so das Nevrona sich die vielen Aufwand sparen will und erst wenn Borland genügend Vorarbeit geleistet hat selbst erledigt.

ein entschiedenes JEIN
Aber Nevrona hat in den letzten Jahren sehr sehr viel Aufwand in VCL, CLX (ja, es gab auch Rave für Kylix!) und vcl.net. Aktuell wird an einer WinForm-Unterstützung gearbeitet (ich weiss, dass hier Rave hinter dem Zeitplan ist.. ). Und von daher will Nevrona Borland-konform bleiben und auf die von Borland zu liefernde Unicode-Unterstützung aufsetzen.

Ein "Glück" das ich vor fast 4 Jahren nicht auf CLX aufgesetzt habe. Ich denke auch bei Nevrona wird der Aufwand for CLX in 2005 sehr gering sein verglichen mit den anderen "Baustellen". Aber selbst konnten wir es uns nicht leisten hier auf Borland zu warten. Unsere Anwendung ist vermutlich fast überall auf der Welt im Einsatz und muß in jeder installation alle Sprachen (sofern installierte Fonts Zeichen beinhalten) unterstützen.

Zitat:

... The .NET side does support Unicode and Danny indicated that IF Borland does a Win64 version that it would support Unicode as it would be a "new" product.

Unter Win64 haben sie ja praktisch kein andere Chance da es die Win-API nur als Unicode-Version gibt.

Zitat von merlin17:

Gruss aus dem westlichen Mittelfranken

Gruss (im Moment) aus Fürth