Hallo, Mario, Am 26.02.2014 19:27, schrieb �: > Am 23.02.2014 22:39, schrieb Chris Leick: >> Hallo Mario, >> >> Mario Bl�ttermann: >>> oft taucht das Wort �override� auf, und ich muss selbst zugeben, dass >>> ich es oft mit ��berschreiben� �bersetzt habe. Das ist in gewisser Weise >>> nicht ganz falsch, k�nnte aber den Eindruck erwecken, dass hier >>> tats�chlich etwas �berschrieben wird, z.B. auf einem Speichermedium. >>> >>> Besser w�re meiner Meinung nach ��bergehen�. Habt ihr noch andere >>> Vorschl�ge dazu, um �override� eindeutig von �overwrite� abzugrenzen? >> >> In der Vergangenheit habe ich meist �au�er Kraft setzen� verwandt, aber >> manchmal ist es je nach Kontext tats�chlich ��berschreiben�. >> > �Au�er Kraft setzen� liest sich gut. Das ��berschreiben� m�chte ich aber > gern ausschlie�en, auch wenn es im Kontext in Ordnung ist. Wenn > Upstream-Entwickler selbst �override� und �overwrite� verwechseln bzw. > eher lasch damit umgehen, m�ssen wir das ja nicht ausb�geln. > > Am 24.02.2014 21:39, schrieb Pfannenstein Erik: >> Mein Liebling ist ��bergehen�. >> > > Ganz meiner Meinung. Mir gefallen bisher �au�er Kraft setzen� und > ��bergehen� am besten.
Außer Kraft setzen finde ich auch passend, so wie aufheben. Beim "übergehen" kommen mir schon wieder Zweifel: also, ich kann mich an den genauen Satz nicht mehr erinnern, aber wenn es heißt, "An activated option A overrides an activated option B" passt "übergehen" nicht so ganz. Dann könnte man passivisch umformulieren: Ist Option A gesetzt, wird (dadurch) B übergangen (oder natürlich außer Kraft gesetzt), dann klingt es wieder runder für mich. Bei einem solchen Satz wäre "ist vorrangig" oder "hat Vorrang vor" (umgangssprachlich "A sticht B aus") auch passend. Mehr Zweifel habe ich jetzt nicht :-) LG Stephan > > Gru� Mario > >
signature.asc
Description: OpenPGP digital signature
