Listbox durchzählen und Anzahl der Items als Zahl ausgeben

[Marcl]

Hei.
Kann mir jemand sagen wie ich ne Listbox durchzähle und dann die Anzahl der Items als
Zahl in einem Label darstelle....


Gruß Macl

[Jens Schumann]

Label1.Caption:=IntToStr(ListBox1.Items.Count);

[dizzy]

TListbox.Items.Count :roll: Ein mal F1 drücken hätts getan ;)

[Marcl]

Jo danke...
Ja bin noch net so Fit mit Delphi und mit der Hilfe...
Komme aus VB und Delphi is net ganz so langweilig... :-D


Gruß Marcel

[Robert_G]

OT:

Zitat:

Zitat von Marcl

Jo danke...
Ja bin noch net so Fit mit Delphi und mit der Hilfe...
Komme aus VB und Delphi is net ganz so langweilig... :-D

Als Ex-VB'ler dürfte Delphi richtig spannend werden, wenn dir mal sowas über den Weg läuft... :)

Delphi-Quellcode:

type TSomeClass = class
public
  procedure DoSomething();
end;

[Marcl]

hehe...
find ich gut :-D

Ich finde Delphi hat aber gegenüber VB nur Vorteile...
Arbeiten mit DB´s b.z.w. MYSQL etc. is wohl mal im gegensatz zu VB
super easy und auch das man keine Runtimes braucht. Bei VB brauchst Du
ja selbst bei nem Taschenrechner schon ne Runtime Collection.
Bei VB-Net muss sogar Net.Framework installiert sein. (21 MB)
Is doch mal echt schlecht oder?

[Alter Mann]

Hallo,

@Robert_G:
noch nie mit VB 'geproggt'? Ist soviel anders nicht.


@Marcl:
Keine Angst vor Delphi, s.o., nur 'anders'.
In VB würde es heißen: "listbox.count".(*)
Beide fangen bei 0 an und der letze Eintrag ist : "listbox.count -1"(*).

(*) wenn ich mich recht erinnere

[Marcl]

ja so in etwa...

listbox durchzählen wäre

for o = 0 to List1.listcount -1
next o

Was ich halt an Delphi etwas stolprig finde, ist das
man alle Variablen zu Fuss ersma deklarieren muß.
Das hat VB leider eins Voraus.
Aber sonst...hmpf...

Ist vielleicht auch etwas behindernt das ich nur ne Delphi 5 hab.
Aber ne Pro :-D

[Alter Mann]

Hallo Marcl,

ganz kurze Schritte!

Mit der Einstellung wirst Du ganz schnell die Lust an Delphi verlieren.
Einige Dinge, um nicht zu sagen das Meiste, sind ggü. VB dermaßen
kompliziert, das man sich fragt was soll das ganze.

Aber das wäre ein neuer Thread.

Nur noch soviel: Framworks haben ihren Vorteil(einheitliche Umgebung usw.) und
Zeiger in VB, ausser VarPtr@ und AdressOf, gibt es doch garnicht. Und die
machen Dir in Delphi manchmal das Leben schwer.

Gruß

PS Wird noch Lustig werden :lol:

[Marcl]

Achso...
Hm na gut aber die Net.Framework Syntax mag ich net.
Und ich sehs mal so, in jeder Sprache gibts Tücken.
So nu is aber gut :-D

[Robert_G]

Zitat:

Zitat von Alter Mann

@Robert_G:
noch nie mit VB 'geproggt'? Ist soviel anders nicht.

Hihi, Schonmal versucht eine Klasse in VB anzulegen? :mrgreen:
Mein Kommentar zielte auf OOP, das dürfte wohl der hauptsächliche Unterschied zu VB sein. ;)

[SubData]

Zitat:

Zitat von Marcl

Was ich halt an Delphi etwas stolprig finde, ist das
man alle Variablen zu Fuss ersma deklarieren muß.
Das hat VB leider eins Voraus.
Aber sonst...hmpf...

Ich finds gut, dann bleibt wenigstens die Übersicht und man hat nich am laufenden Band Fehler nur weil man sich mal bei ner Variable vertippt hat ;>

[SirThornberry]

Zitat:

Was ich halt an Delphi etwas stolprig finde, ist das
man alle Variablen zu Fuss ersma deklarieren muß.
Das hat VB leider eins Voraus.
Aber sonst...hmpf...

Muss unter delphi so sein. Denn wenn man keinen Typ defnieren muss kann man auch nicht bestimmen wie groß der Datentyp ist.

[jim_raynor]

Zitat:

Zitat von SirThornberry

Zitat:

Was ich halt an Delphi etwas stolprig finde, ist das
man alle Variablen zu Fuss ersma deklarieren muß.
Das hat VB leider eins Voraus.
Aber sonst...hmpf...

Muss unter delphi so sein. Denn wenn man keinen Typ defnieren muss kann man auch nicht bestimmen wie groß der Datentyp ist.

Und keine Optimierungen vornehmen und Typinkompatibilitäten schon im vorraus feststellen. Aber ist doch völlig egal. Frage ist beantwortet. Muss es jetzt wieder in einem VB <-> Delphi Thread enden?

[Sharky]

Hai,

ihr werdet absolut OT.