Problem mit Sonderzeichen auf dem Board (V7 .0.0)

Hallo,

Ich trachte immer danach, gerade damit ich solche Probleme

von grundauf  vermeide, dass ich in Vektor-Schrift erstelle und abspeichere.

Das ist auch eine Empfehlung seit Anfang an, steht auch im Handbüchlein.

Auch in Fremd-CAD_Systemen findest solche Empfehlungen.

Der Punkt u.A.  -- wegen Druckbarbeit mit den Verarbeitungsmaschinen

geht besser; mal schnell gesagt.

--> zB: Afga, Kodak, HP-GL, etc...

Damit wird das mit Sonderzeichen schon wieder relativiert.

Grüße

Gerald

----

Hallo,

die Antwort hat leider mit dem geschilderten Problem überhaupt nichts zu

tun. Ich nutze auch Vectorschrift überall.

Es ist ein Bug in der V7.0.0.

Einfach mal ein neues Projekt mit einem Widerstand als einziges Bauteil

anlegen und als Value 100k (Ohm) eingeben. Das (Ohm) aber als Sonderzeichen

(Omega).

Im Schaltplan wird es richtig angezeigt, im Boardeditor auch. Nach dem

Speichern des Projektes und wieder einladen, wird ein ERC Konsistenzfehler

angezeigt, da im Boardeditor das Sonderzeichen ersetzt wurde.

mfg

--

Browser-Zugang zu den CadSoft-Support-Foren auf http://www.eaglecentral.ca

Am 19.07.2014 06:30, schrieb Carsten Meyer:

Hallo,

 

die Antwort hat leider mit dem geschilderten Problem überhaupt nichts zu

tun. Ich nutze auch Vectorschrift überall.

 

Es ist ein Bug in der V7.0.0.

Einfach mal ein neues Projekt mit einem Widerstand als einziges Bauteil

anlegen und als Value 100k (Ohm) eingeben. Das (Ohm) aber als Sonderzeichen

(Omega).

 

Im Schaltplan wird es richtig angezeigt, im Boardeditor auch. Nach dem

Speichern des Projektes und wieder einladen, wird ein ERC Konsistenzfehler

angezeigt, da im Boardeditor das Sonderzeichen ersetzt wurde.

 

mfg

 

Hallo,

ich habe gerade versucht das Problem nachzuvollziehen. Ich kann aber

eine Datei aus V7 mit Ohm-Zeichen in V6 problmelos laden und auch die

Darstellung ist identisch.

Könnten Sie vielleicht ein Beispiel schicken, bei dem das Problem

nachvollziehbar ist? Welches Betriebssystem verwenden Sie?

--

Mit freundlichen Gruessen / Best regards

Richard Hammerl

  CadSoft Support -- hotline@cadsoft.de

  FAQ: http://www.cadsoft.de/training/faq/

Am 23.07.2014 09:25, schrieb Richard Hammerl:

Am 19.07.2014 06:30, schrieb Carsten Meyer:

Das (Ohm) aber als Sonderzeichen (Omega).

Nur so nebenbei:  für das Ohm-Zeichen gibt es extra einen eigenen

Unicode-Punkt u+2126 Ω .  Das ist aber in vielen Fonts leider nicht

enthalten.  Oft wird deshalb oder auch irrtümlich dafür das große

griechische Omega u+03A9 Ω genommen, das sehr ähnlich (oft etwas

breiter) aussieht.

Ähnliches gilt für das korrekte Durchmesserzeichen u+2300 ⌀ und das

große/kleine lateinische O mit Querstrich u00d8 Ø / u00f8 ø .

</korinthenkack>

Welche Sonderzeichen kennt denn eigentlich mittlerweile Eagles

Vectorfont?  Gibts da eine Liste?  Ich würde mir da so ein paar Zeichen

mehr wünschen, eben die Ω ⌀ und vor allem auch .

Grüße, Hans Lederer

Hans Lederer wrote:

Richard Hammerl wrote:

Carsten Meyer wrote:

 

Das (Ohm) aber als Sonderzeichen (Omega).

 

<korinthenkack>

Nur so nebenbei:  für das Ohm-Zeichen gibt es extra einen eigenen

Unicode-Punkt u+2126 Ω .  Das ist aber in vielen Fonts leider nicht

enthalten.  Oft wird deshalb oder auch irrtümlich dafür das große

griechische Omega u+03A9 Ω genommen, das sehr ähnlich (oft etwas

breiter) aussieht.

Hier geht es um Namen, also Text der ein Element identifiziert. Die

Unicode Codierung ist per Definition nicht eindeutig. Es gibt für viele

Zeichen in Unicode mehrere Darstellungen die äquivalent ("canonically

equivalent") sind. Um Unicode-Strings vergleichen zu können muss man sie

daher vorher normalisieren.

Die Codepoints U2126 und U03A9 sind so ein Fall. Der Codepoint U+2126

ist ein Singleton und kommt daher in normalisierten Strings nicht vor.

Siehe zum Thema Normalisierung.

Zitat:

|

| Canonical equivalence is a fundamental equivalency between characters

| or sequences of characters that represent the same abstract character,

| and when correctly displayed should always have the same visual

| appearance and behavior.

Korrekterweise sollte also für diese beiden Zeichen die gleiche Glyphe

des Fonts verwendet werden und für den Vergleich zweier Strings darf es

keinen Unterschied machen welcher der beiden Codepoints verwendet wird.

Ähnliches gilt für das korrekte Durchmesserzeichen u+2300 ⌀ und das

große/kleine lateinische O mit Querstrich u00d8 Ø / u00f8 ø .

</korinthenkack>

Das ist dagegen ein anderer Fall. Keiner dieser 3 Codepoints ist

äquivalent zu einem der anderen. Ein Name bezeichnet also nicht mehr

das gleiche Objekt wenn man einen diese Codepoints gegen einen der

anderen austauscht.

http://unicode.org/reports/tr15/