Office: (Office 2010) 255 Zeichen bei Übergabe von TextBox an Zelle

Come on - nach nur #45 ?
Da geht doch noch was; jetzt nach Kaffee in der Morgensonne *biggrin.gif*

 

neidisch, @Mase?

Habe gut was weggeschafft in der Zwischenzeit. Ich gönn mir gleich noch einen zweiten (allerdings mit Laptop auf dem Schoß).

 

\@Mase, EarlFred: Wozu soll ich alles nochmal umschreiebn, wenn EarlFred die Arbeit schon gemacht hat. Was Jens draus macht, muss er selber sehen. Wobei ich in einem Klassenmodul das Me auch nicht setze.

So, jetzt kommt der 2. Kaffee *wink.gif*

 

Ich höre mich nicht nein sagen ...

 

\@Regina

Das ist ja nicht "falsch", aber eben nicht sauber.

Ich habe inzwischen sehr viele Codes von sehr vielen Autoren gelesen, auch in Programmiersprachen, die ich nur sehr wenig kenne.
Ein Code, wo hingeschrieben steht, was gemeint ist, ist für mich immer einfacher lesbar und schneller verständlich (auch ohne Detailkenntnis der Sprache, also ohne zu wissen, dass nun gerade "Value" die Default-Eigenschaft des Range-Objektes ist).
Zudem vermeidet das schlichtweg Fehler: Das, was noch "richtig" ist, solange der Code im Klassenmodul der Tabelle liegt, wird womöglich auf einmal "falsch", wenn er in ein allgemeines Modul wandert - oder umgekehrt (der häufigere Fall, auch nur als Beispiel).

Die (für Anfänger vereinfachende) Fehlertoleranz von VBA verleitet tatsächlich zu schlechtem Programmierstil. Von solchen Codes lernt ein Anfänger m. E. deutlich weniger (oder das falsche), als von einem Code, der sauber geschrieben ist (von in 99,9% der Fälle fehlender Fehlerbehandlung bzw. -vermeidung durch Prüfung reden wir mal lieber nicht...).

Aber solange "iwie funzen" das wichtigste Kriterium für Codes ist, wird sich das wohl nicht ändern.

Ob man einen mit kleinen Fehlern behafteten Code nun komplett umschreiben muss, kann man durchaus infrage stellen (das ist halt manchmal einfach Hobby). Wenn der so umgeschriebene Code einen "Information-Overflow" beim TE erzeugt (der hier ja wohl schon wieder vor der nächsten Wand steht, wie er schrieb), nimmt er da auch keine Erkenntnisse mit. Aber zumindest die dicksten Klopper in seinem Code sollte man schon korrigieren, dazu gehören vor allem die provozierte Endlosschleife, die unsachgemäße Ausstiegsbedingung und "CDate(Format(Now, "dd.mm.yyyy"))".

 

\@EarlFred: Friede! Du hast vom Prinzip her natürlich recht. Wenn aber ein Fragender Input (von Dir) bekommt und den nicht in seinen Code übernimmt, werde ich als (Co-Helfende) nicht nochmal den Code umschreiben.

 

Aber den kann ich ohne Krieg doch nicht erklären! *wink.gif*
Wir müssten uns also erstmal richtig streiten. Also los, fang an *biggrin.gif*

Ich gehe davon aus, der TE sieht das anders *wink.gif*

 

\@EarlFred: och nee, Frieden ist mir lieber *wink.gif* Habe zurzeit genug andere Baustellen: It's Corona-Time!
Wünsche noch einen schönen, sonnigen Tag!

 

dann hoffe ich sehr, dass das keine ernsten Baustellen sind.

ich dir auch!