Wirkungsgrad der LED

Am 01.11.2015 um 00:54 schrieb Sieghard Schicktanz:

Hallo Michael,

Du schriebst am 2 Nov 2015 09:31:23 -0000:

ht_

eichen

Faktor

in _eigenes_ Zeichen definieren? Das ist doch widersinnig.

Und es kommt ja _noch_ schlimmer:

Du schriebst am 2 Nov 2015 09:46:23 -0000:

...

i dem

z,

sollen

...

sein

Na, hoffentlich schafft sich das Zeugs dann bald selber wieder ab, wenn mit

anzen reservierten Bereichen und Umschaltcodes und sowas kann das hoffewntlich nicht mehr lange dauern. Ist ja fast so wie bei IPv4...

Ja, das ist dann eben ein Designfehler - wenn man dieser Meinung ist. So wurde es aber nun eben mal gemacht, d.h. man muss damit leben oder was anderes verwenden - wirklich Alternativen gibt es aber nicht.

Mikro dagegen nicht.

Man braucht die Normalisierung also in jedem Fall. Die Singleton Ge- schichte wird da dann halt nebenbei mit erschlagen.

So darfst du das nun auch nicht sehen. Lediglich suchen und vergleichen erfordert die normalisierte Darstellung. Ein nicht normalisierter Text

Normalformen C und D sind absolut gleichwertig.

es aber nicht.

Hallo Michael,

Du schriebst am Mon, 2 Nov 2015 22:01:21 -0000:

...

Auch dann bleibe ich bei dieser meiner Meinung dazu.

Zumindest keine besser anwendbaren.

...

ega (?).

n.

Warum? Oder gibt's da auch wieder unterschiedliche Darstellungsvarianten?

einem

wozu sollen

erden

Sieghard Schicktanz wrote on Mon, 15-11-02 22:04:

Ein deutscher Text mit griechischen Zitaten wird selten alles in genau einem und demselben Font enthalten, allein deshalb weil wenige deutsche

Stelle aber die Einheit um, dann sollten Mikro und m aus demselben Font

Schon irgendwie.

Nicht in Unicode.

(Die Zeile "Decomposition" zeigt, wie man das Zeichen rekursiv zerlegt)

Andere (nicht normalisierte) Varianten:

U+1F05 U+0345 (teilweise zerlegt) U+1F01 U+0301 U+0345 (teilweise zerlegt) U+03B1 U+0345 U+0314 U+0301 (nicht in "canonical order")

zeigt werden und beim Vergleich von Unicode-Strings "matchen".

die lassen sich zerlegen, aber nicht komplett zu einem Codepoint zusammenbauen.

Das ist kein Widerspruch. Codiert werden darf in allen Varianten die "canonically equivalent" sind. Auch welche Glyphe benutzt wird (eine

benutzt werden soll.

Nun ja, Jahre sinds her, da arbeitete jemand im Tritiumlabor in Baden, Firma darf ich jetzt nicht nennen, ist aber mit Elektrobezug.

Befund, bis bei einem Mitarbeiter die Tritiumwerte deutlich respektive

Die Tritiumwerte nahmen nicht ab, er wurde auf Urlaub geschickt, musste

Irgendwann kam ihm der Geistesblitz: Die neue Uhr. Uhr eingeschickt,

er dann eine neue Uhr bekommen. Da er mittlerweile dazugelernt hatte, hat er die neue Uhr ausmessen lassen, bevor er sie anlegen wollte.

mini-Skandal. Irgendwas war bei der Produktion (IIRC ebenfalls in der Schweiz) des Leuchtstoffs (IIRC tritiumhaltige Mikrokugeln oder so was) schiefgelaufen.

Matthias Weingart schrieb:

Labor hab ich mir allerdings dann doch nicht bieten lassen.

Hallo Axel,

Du schriebst am Tue, 3 Nov 2015 08:54:00 +0100:

Griechische und deutsche (lateinische) Zeichen stammen aus unterschiedlichen Schriften. Ob die "zusammenpassen", ist wohl

Aber ein Zeichensatz sollte doch eigentlich nicht _Bedeutungen_ codieren

t_zeichen_.

tzdem in _Zeichen_ packen. Aber _der_ Zug ist abgefahren, Unicode existiert halt.

Hallo Michael,

Du schriebst am Tue, 3 Nov 2015 12:06:10 +0100 (CET):

Aber im definierenden Standard. (BTW, nach den PTB-Mitteilungen, 117. Jahrgang, Heft 2, Juni 2007, "Das Internationale Einheitensystem (SI)"

"Wie die Einheitenzeichen werden auch die Vorsatzzeichen nicht kursiv ge-

liche Text...")

ichen.

als zwei: ... Da findet dann auch die intelligenteste Suchfunktion nur noch einen Bruchteil aller potentiellen Treffer...

n zu wollen. Naja, nahm...

...

lt

Sehe ich nicht so.

rieben.

e Glyphe

icht erkennbar ist. Ich kann also nach etwas suchen, das ich auf dem Bildschirm habe und direkt sehe, und es wird nicht gefunden

das es eben _nicht_ nur einmal (single) gibt. Naja, danke, ich denke, mir reicht das erstmal wieder...

Sieghard Schicktanz schrieb:

Was hat denn Unicode damit zu tun, dass Einheitenzeichen (also auch das

Zeichenformatierung.

Christian

Sieghard Schicktanz wrote on Wed, 15-11-04 00:37:

Mag sein. Dazu haben die Typographen, die bei LaTeX dem Anwender im Hintergrund die Detailentscheidungen abnehmen, aber feste Ansichten und der Unterschied zu Word ist sichtbar. In Einheiten, als Variable in Formeln und in griechischeh Zitaten werden ggf. drei verschiedene mu verwendet und es lohnt sich.

Rolf Bombach :

sinkt schnell wieder ab. Was kann da die Ursache sein? Registriert man

sein, dass die Uhr spinnt).

geht der Wert dann auf 120nSv/h hoch (mit Fels im Untergrund). Den niedrigsten Wert von 30nSv/h hab ich mal in London gemessen.

M.

Am 04.11.2015 um 00:37 schrieb Sieghard Schicktanz:

Tut er ja auch. Ein Zeichen_satz_ definiert Glyphen *und* die Bedeutung dieser

Zeichensatzes wird. Unicode wie ASCII oder Windows-1252 und ISO8859 sind Zeichen_kodierungen_, die kodieren immer nur Bedeutungen (z.B. ASCII 0x4D ein

Eine Zeichenkette die in einem Programm verarbeitet wird besteht aus einer Ansammlung aus Elementen des Zeichenkodes (z.B. Unicode), die erst bei der Darstellung mittels eines Zeichensatzes auf einen Glyphen abgebildet wird.

Bernd

Das sehe ich genau wie Christian.

dann wird *immer* *alles* gefunden was als "canonically equivalent" definiert ist. Sowohl bei einzelnen Zeichen wie auch ganzen Strings.

Das bedeutet in unserem Beispiel: Suchen nach OHM SIGN wird *immer* auch GREEK CAPITAL LETTER OMEGA finden (und umgekehrt). Suchen nach MICRO

sich ein Programm nicht so, dann sucht es nicht Unicode konform.

Entspricht das nicht irgendeiner anderen Norm, dann ist Unicode nicht

ist.

Ja, absolut. Aber das ist eben Unicode - nichts ist so, wie es auf den ersten Blick scheint.

------------------------------------------------------------------------ #include #include #include

int main(void) { int rv; const char* file1 = "\xC3\xA4\x62\xC3\xA4"; const char* file2 = "\x61\xCC\x88\x62\xC3\xA4"; const char* file3 = "\xC3\xA4\x62\x61\xCC\x88"; const char* file4 = "\x61\xCC\x88\x62\x61\xCC\x88";

rv = creat(file1, S_IRWXU); if(-1 == rv) { exit(1); } rv = creat(file2, S_IRWXU); if(-1 == rv) { exit(1); } rv = creat(file3, S_IRWXU); if(-1 == rv) { exit(1); } rv = creat(file4, S_IRWXU); if(-1 == rv) { exit(1); }

exit(0); }

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

Dateien (nicht vier Hardlinks auf eine Datei):

------------------------------------------------------------------------ $ ./uc_test $ ls -li insgesamt 8

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

vier Namen alle die gleiche Datei bezeichnen.

Welche der 4 Dateien wird benutzt, wenn ich in einen Datei-Auswahl

Was passiert, wenn ich das Verzeichnis auf einen Apple Server kopiere? Oder diese Dateien auf einem USB-Stick zu einem anderen Betriebssystem transportiere? Welche Datei(en) wird/werden im Backup der Firma landen?

Am 03.11.2015 21:27, schrieb Rolf Bombach:

Nebenfrage zum "Sv"

gekappt worden sei und durchs "Mho" (auf dem Kopf stehendes Omega) ersetzt worden.

Zugunsten des "Sv" -> "S".

GL

Franz Glaser :

M.

Am 04.11.2015 um 11:19 schrieb Franz Glaser:

Nicht dass die jemand versehentlich kursiv schreibt.