[delphi] wat is er niet goed aan deze code?

[Frenkpie]

procedure TDataModule2.dsCustomerDataChange(Sender: TObject;
Field: TField);
begin
frmMain.Statusbar1.Panels[0].text:= IntToStr(tbCustomer.RecNo);
frmMain.StatusBar1.Panels[2].text:= InToStr(tbCustomer.RecordCount;
end;


ik ben dan een cursus aan t maken van delphi die ik van school heb.. (t boek is voor delphi 5 en ik gebruik 6 ...)
anyway.. nu moest ik volgens het boek deze bovenstaande code invoeren.. maar als ik die invoer krijg ik deze foutmeldingen:

[Error] DM1.pas(32): Undeclared identifier: 'formMain'
[Error] DM1.pas(32): Missing operator or semicolon
[Error] DM1.pas(32): '(' expected but ':=' found
[Error] DM1.pas(33): Missing operator or semicolon
[Error] DM1.pas(33): '(' expected but ':=' found

volgens t boek zou t zo moeten werken.... kan iemand mij helpen please

[moto-moi]

Frenkpie schreef op 03 April 2003 @ 19:25:

Delphi:

procedure TDataModule2.dsCustomerDataChange(Sender: TObject;
  Field: TField);
begin
  frmMain.Statusbar1.Panels[0].text:= IntToStr(tbCustomer.RecNo);
  frmMain.StatusBar1.Panels[2].text:= InToStr(tbCustomer.RecordCount;
end;

code:

[Error] DM1.pas(32): Undeclared identifier: 'formMain'
[Error] DM1.pas(32): Missing operator or semicolon
[Error] DM1.pas(32): '(' expected but ':=' found
[Error] DM1.pas(33): Missing operator or semicolon
[Error] DM1.pas(33): '(' expected but ':=' found

volgens t boek zou t zo moeten werken.... kan iemand mij helpen please

In ieder geval mis je een sluitend haakje achter tbCustomer.RecordCount.
Verder zie ik hier ook nergens een verwijzing naar formMain

[whoami]

formMain kent hij niet. (Ik zie dat ook nergens in je code staan, wel frmMain).
Is er wel een form die zo genoemd is? Heb je wel een variable van die form (TfrmMain waarshcijnlijk geinstantieerd?).
Als het je hoofdscherm is kan je eens kijken in Project-Options of die form autocreated is of niet.

[Verwijderd]

Heb je wel je frmMain aan je uses claus toegevoegd ?

[whoami]

Verwijderd schreef op 03 April 2003 @ 19:31:
Heb je wel je frmMain aan je uses claus toegevoegd ?

Als ik ervan uitga dat DM een datamodule is, dan zou ik toch eerder verwachten dat DM in de uses clause van frmMain moet staan.

Maar goed, hier is dat duidelijk niet het geval. Ik vind het eigenlijk ranzig om in je datamodule harde verwijzingen te leggen naar forms.

[ Voor 22% gewijzigd door whoami op 03-04-2003 19:34 ]

[Verwijderd]

whoami schreef op 03 April 2003 @ 19:32:
[...]


Als ik ervan uitga dat DM een datamodule is, dan zou ik toch eerder verwachten dat DM in de uses clause van frmMain moet staan.

Maar goed, hier is dat duidelijk niet het geval. Ik vind het eigenlijk ranzig om in je datamodule harde verwijzingen te leggen naar forms.

Dat is niet waar want hij verwijst vanuit de datamodule naar frmMain !

Part 2 :
En kom je er niet uit zet eens wat breakpoints !

[ Voor 7% gewijzigd door Verwijderd op 03-04-2003 19:38 . Reden: Zie part 2 ]

[Frenkpie]

nou ik ben nogal newbie met dit programma
maar ik vind t wel best interessant...

maar hier in t boek stond.. dat ik dubbel moest klikken op onDataChange van dsCustomer.

en dsCustomer staat in mijn Datamodule (DM1). dus toen had ik bij de objectinspector dubbel geklikt op onDataChange en de code afgemaakt zoals t in t boek stond.

miss staat dit fout ? kan t niet zijn dat deze code in Unit Main hoort te staan? ipv mijn Datamodule?

[Frenkpie]

moto-moi schreef op 03 April 2003 @ 19:29:
[...]

In ieder geval mis je een sluitend haakje achter tbCustomer.RecordCount.

ok typo.. gefixed
maar hij begint al eerder met foutmeldingen

[Verwijderd]

Dat kan maar dan moet hij er wel zo uit zien als onderstaande. Maar je kan
ook je mainform in de uses claus zetten van je TDatamodule2.

Maar de beste optie is dan onderstaande vanuit je mainform naar je datamodule

code:

  Statusbar1.Panels[0].text:= IntToStr(formdatamodule.tbCustomer.RecNo);
  StatusBar1.Panels[2].text:= InToStr(formdatamodule.tbCustomer.RecordCount);

formdatamodule moet je dan de naam van je datamodule invullen

[ Voor 11% gewijzigd door Verwijderd op 03-04-2003 19:53 . Reden: Ik miste een end ]

[Frenkpie]

uhhm hoe doe ik me mainform in de uses claus zetten??

[Paul]

Verwijderd schreef op 03 April 2003 @ 19:36:
Dat is niet waar want hij verwijst vanuit de datamodule naar frmMain !

En dat moet dus niet, want nu is frmMain de enige die van die datamodule gebruik kan maken. Veel beter is inderdaad om in frmMain die statusbalk te vullen door daarvandaan iets uit de datamodule te halen

Part 2 :
En kom je er niet uit zet eens wat breakpoints !

Psst: Het compiled niet eens Als het nu runtime exceptions of zo waren okee, maar een breakpoint op iets wat niet compiled heeft niet zo gek veel (lees: nul) effect...

Frenkpie schreef op 03 april 2003 @ 19:55:
uhhm hoe doe ik me mainform in de uses claus zetten??

Door bovenin je datamodule te kijken naar uses en daar frmMain bij te zetten.

[ Voor 18% gewijzigd door Paul op 03-04-2003 20:03 ]

[Verwijderd]

Ga naar File en dan Use Unit en kies dan je datamodule

[Frenkpie]

oww mijn unit main heeft al de datamodule in uses staan

oops nu heb ik unit main als usses in me datamodule gezet... is dat erg?

[ Voor 41% gewijzigd door Frenkpie op 03-04-2003 20:04 ]

[Paul]

Frenkpie schreef op 03 April 2003 @ 20:03:
oww mijn unit main heeft al de datamodule in uses staan

Maar momenteel roep je vanuit je datamodule iets aan uit je frmMain. In de uses-clause van je datamodule moet je dus frmMain zetten.

Dit moet je dan wel in de uses van het implementation blok zetten, want anders krijg je circular references en kapt de compiler ermee

[Brothar]

doet delphi bij mijn weten automatisch; uses clause aanpassen.

in 2de regel foutje na = teken:
staat "InToStr" , daar moet staan INTTOSTR" (1 letter t vergeten).
foutmeldingen kunnen dan ontstaan; interpreter geeft dan alleen 'verkeerde' foutmeldingen.

[ Voor 19% gewijzigd door Brothar op 03-04-2003 20:06 ]

[Frenkpie]

Paul Nieuwkamp schreef op 03 April 2003 @ 20:05:
[...]

Maar momenteel roep je vanuit je datamodule iets aan uit je frmMain. In de uses-clause van je datamodule moet je dus frmMain zetten.

Dit moet je dan wel in de uses van het implementation blok zetten, want anders krijg je circular references en kapt de compiler ermee

kan ik frmMain niet gewoon bovenaan in de DM1.pas bijtypen? bijv. zo:

code:

unit DM1;

interface

uses
  SysUtils, Classes, DB, ADODB, frmMain;

[Paul]

Frenkpie schreef op 03 April 2003 @ 20:08:
[...]
kan ik frmMain niet gewoon bovenaan in de DM1.pas bijtypen? bijv. zo:

code:

unit DM1;

interface

uses
  SysUtils, Classes, DB, ADODB, frmMain;

ten eerste is frmMain de naam van de variabele van type TfrmMain, moet je bij de uses de naam van de unit zetten, dus de naam van de .pas waar frmMain in gedeclareerd wordt.

Verder zei je al de DM1 al in de uses stond bij frmMain. Als je nu daar waar je in je post aanwijst dus de unit met frmMain opneemt, dan wijzen beide units naar elkaar.
En wezen zal de compiler dan de volgende boeiende conversatie starten:

C: ff main compilen. Hè main, welke uses heb jij in je interface?
M: Euh,, ik zou graag DM1 willen hebben.
C: Okidokie. DM1, ik moet jou ff hebben. Welke uses heb jij in je interface?
D: Euh,, ik zou graag MAIN willen hebben.
C: Okidokie. MAIN, ik moet jou ff hebben. Welke... Wacht ff. HE USER, ik loop rondjes. Heb ik geen zin in. Doei

Om dit tegen te gaan moet je in DM1 dus de uses gebruiken uit het declaration gedeelte. Het wordt dan zoiets als:

Delphi:

unit DM1;

interface

uses
  SysUtils, Classes, DB, ADODB;

implementation

uses
  main;

procedure foo(bar: integer);
  begin
    blaat;
  end;

End.

[Frenkpie]

ok ik zal dat es gaan proberen

bedankt voor de leuke uitleg

[whoami]

Verwijderd schreef op 03 April 2003 @ 19:36:
[...]


Dat is niet waar want hij verwijst vanuit de datamodule naar frmMain !

Dat zeg ik ook in het tweede deel van m'n post.
En daarin staat ook dat ik het ranzig vind.

[Frenkpie]

uuhhm in de unitmain wordt frmMain niet gedeclareerd...
ik zie daar wel iets staan van statusbar1:

code:

unit UnitMain;

interface

uses
  Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
  Dialogs, ComCtrls, ExtCtrls, DBCtrls, Grids, DBGrids, StdCtrls, Mask, DM1;

type
  TForm1 = class(TForm)
    DBEdit1: TDBEdit;
    DBEdit2: TDBEdit;
    DBEdit3: TDBEdit;
    DBEdit4: TDBEdit;
    DBEdit5: TDBEdit;
    DBEdit6: TDBEdit;
    Label1: TLabel;
    Label2: TLabel;
    Label3: TLabel;
    Label4: TLabel;
    Label5: TLabel;
    Label6: TLabel;
    Label7: TLabel;
    Label8: TLabel;
    DBGrid1: TDBGrid;
    DBNavigator1: TDBNavigator;
    StatusBar1: TStatusBar;
  private
    { Private declarations }
  public
    { Public declarations }
  end;

var
  Form1: TForm1;

implementation

{$R *.dfm}

end.

zoals je ziet heb de de datamodule er gewoon handmatig bijgezet in de uses. als ik nu de compiler wil starten zonder dat ik bij de DM frmmain voor statusbar1 zet .. krijg ik deze foutmelding:
[Error] DM1.pas(38): Undeclared identifier: 'Statusbar1'

dus nu kent hij statusbar1 niet.. maar zoals je hier bovenziet.. zie je wel iets van status bar staan.. declareerd ie hier dan wel wat de statusbar is en zo ja.. hoe kan ik daarnaartoe verwijzen zodat ik de compiler wel kan starten

[ Voor 22% gewijzigd door Frenkpie op 04-04-2003 16:54 ]

[Creepy]

Frenkpie schreef op 04 April 2003 @ 16:52:
uuhhm in de unitmain wordt frmMain niet gedeclareerd...
ik zie daar wel iets staan van statusbar1:
zoals je ziet heb de de datamodule er gewoon handmatig bijgezet in de uses. als ik nu de compiler wil starten zonder dat ik bij de DM frmmain voor statusbar1 zet .. krijg ik deze foutmelding:
[Error] DM1.pas(38): Undeclared identifier: 'Statusbar1'

dus nu kent hij statusbar1 niet.. maar zoals je hier bovenziet.. zie je wel iets van status bar staan.. declareerd ie hier dan wel wat de statusbar is en zo ja.. hoe kan ik daarnaartoe verwijzen zodat ik de compiler wel kan starten

Als eerste wil ik even opmerken dat de problemen die je hebt wel erg basic zijn, dus of je cursus materiaal deugt niet, of je moet het nog eens goed doorlezen.

Een "uses unitmain" in DM1.pas en form1.statusbar1 gebruiken zal de boel oplossen.

[Frenkpie]

ja tis nogal basic idd.. maar dit boek is nogal vaag soms.. gemaakt door een leraar bij ons op school.. soms vermeld ie dingen niet heb ooit een half uur gezeten samen met een andere leraar wat hij daar nou bedoelde

behoorlijk frustrerend maar hier moet ik t mee doen... heb er binnenkort tentames overdeze stof

edit:
ik heb er form1 voor statusbar1.panels gezet en nu werkt de compiler wel.. (in het boek stond dat er frmMain moest staan ... irritant zoiets) ow ennuhh ik kan unitmain niet in de uses zetten dan DM1 want DM1 staat al in de uses van unitmain. als school me nu es een duidelijk boek hadden gegeven zou t veel vlotter werken

[ Voor 36% gewijzigd door Frenkpie op 04-04-2003 17:13 ]

[Just_a_Gamer]

en een statusbar in een datamodule is heeel erg vreemd.

edit:
Niet goed gelezen Ben half aan het slapen

[ Voor 35% gewijzigd door Just_a_Gamer op 04-04-2003 17:16 ]

[Creepy]

Zoek anders eens wat tutorials op op het net ofzo, of probeer een Delphi boek in de bibliotheek te lenen ofzo. Als ik het zo hoor deugt er van je cursus materiaal niet zo veel.

Just_a_gamer: een status bar gebruik voor een functie in een datamodule die een lange bewerking uitvoert is niet zo vreemd hoor. Wat wel erg vreemd is dat wat Whoami al aangegeven heeft, namelijk het rechtstreeks aansturen van de statusbar vanuit de datamodule

[Frenkpie]

Just_a_Gamer schreef op 04 April 2003 @ 17:09:
en een statusbar in een datamodule is heeel erg vreemd.

de statusbar staat op t form en in unitmain. de dscustomerdatachange staat wel in de DM

[Frenkpie]

Creepy schreef op 04 April 2003 @ 17:12:
Zoek anders eens wat tutorials op op het net ofzo, of probeer een Delphi boek in de bibliotheek te lenen ofzo. Als ik het zo hoor deugt er van je cursus materiaal niet zo veel.

zoals je in me andere post had kunnen lezen MOET ik dit boek wel doen want k krijg een tentamen over deze stof ...
ik heb hiervoor een kleine tutorial gedaan op t internet en dat ging wel iets vlotter... miss dat ik na de tentamen een echt boek ga lenen bij de bibliotheek zodat ik delphi beter leer dan via zon k*tboek

[Paul]

Frenkpie schreef op 04 April 2003 @ 17:08:
(in het boek stond dat er frmMain moest staan ... irritant zoiets)

Dan staat of niet in het boek dat je na het aanmaken van die unitmain je Form1 moest hernoemen naar frmMain, of je hebt het zelf overhet hoofd gezien

ow ennuhh ik kan unitmain niet in de uses zetten dan DM1 want DM1 staat al in de uses van unitmain.

daarom moet je de 2e uses clause van DM1 hebben, die je onder "implementation" zet Maar schijnbaar pakt hij het al (je zegt dat het compileerd) dus dat hoeft niet meer.

als school me nu es een duidelijk boek hadden gegeven zou t veel vlotter werken :([/edit]

Eensch...

[Frenkpie]

Paul Nieuwkamp schreef op 04 April 2003 @ 17:17:
[...]

Dan staat of niet in het boek dat je na het aanmaken van die unitmain je Form1 moest hernoemen naar frmMain, of je hebt het zelf overhet hoofd gezien

staat er niet bij... er staat: "Geef devolgende programmacode in" verder niets..


btw... ik kreeg hier een reply dat dit nogal basic is en me oude topic was gesloten omdat t te basic is... maar wanneer is t geavanceerd genoeg om hier iets over te mogen vragen eigenlijk? dat kon ik nl. nergens terugvinden

[ Voor 26% gewijzigd door Frenkpie op 04-04-2003 17:25 ]

[Creepy]

Frenkpie schreef op 04 april 2003 @ 17:20:
[...]


staat er niet bij... er staat: "Geef devolgende programmacode in" verder niets..

Een boek dat zegt "Geef de volgende programmacode in...." GE-WEL-DIG.
Er staat wel uitgelegt waarom die precieze code moet worden ingevoerd en hoe het werkt?
Heb je al eens met je leraar gepraat? Als je met een andere leraar een flinke tijd hebt moeten zoeken naar de bedoeling en betekenis van wat er IN de lesstof staat, dan is er echt iets mis met de lesstof.

[ Voor 3% gewijzigd door Creepy op 04-04-2003 17:24 ]

[Frenkpie]

Creepy schreef op 04 April 2003 @ 17:23:
[...]

Een boek dat zegt "Geef de volgende programmacode in...." GE-WEL-DIG.
Er staat wel uitgelegt waarom die precieze code moet worden ingevoerd en hoe het werkt?
Heb je al eens met je leraar gepraat? Als je met een andere leraar een flinke tijd hebt moeten zoeken naar de bedoeling en betekenis van wat er IN de lesstof staat, dan is er echt iets mis met de lesstof.

ja er staat wel beetje uitgelegd wat de code doet maar niet echt duidelijk.. er staat: Het programma maakt hier gebruik van de properties RecNo en RecCount van tbCustomer. Als je niet weet wat dit is kijk je in help.

lekker fijn zon boek .. snap je iets niet? kijk in help

vinnet nogal lax

[ Voor 3% gewijzigd door Frenkpie op 04-04-2003 17:27 ]

[Frenkpie]

nou ik heb weer iets raars.. ik ga er geen nieuw topic over openen want t is maar een kleine vraag... ik moest van dit boek een editveld aanmaken en dan als name: edsearch gebruiken en text veld leeglaten.

toen dubbelklik op de editveld "edsearch" en dan deze code invoeren:

code:

procedure TForm1.edsearchChange(Sender: TObject);
begin
DM1.tbCustomer.Locate('Company',edsearch.Text,[loPartialKey]);
end;

end.

als ik dan compile druk zegt ie
[Error] UnitMain.pas(43): Undeclared identifier: 'tbCustomer' >> als ik in DM1 kijk staat daar wel tbCustomer. en ik heb zelf de adotabel van tbCustomer er neergezet
[Error] UnitMain.pas(43): Missing operator or semicolon > waar mist ie em dan?....
[Error] UnitMain.pas(43): Undeclared identifier: 'loPartialKey' > ? dit staat er in t boek

kan iemand me plz helpen ? in t boek staat dat dit moet werken zo.. wat t dus niet doet

[ Voor 10% gewijzigd door Frenkpie op 07-04-2003 18:55 ]

[whoami]

Ik vraag me eigenlijk af of jij gewoon die code zomaar overtyped, of weet je ook echt wat je aan het doen bent?
Zoneen, dan kan ik je aanraden om allereerst een ander boek op de kop te tikken, want ik denk niet dat het boek dat jij nu hebt een supergoed boek is...

Heb je die datamodule in je uses clause staan van TForm1?
Zet je cursor ook eens op die loPartialKey en kijk eens of je misschien een bepaalde unit nodig hebt die nog niet ge-included is.

[Frenkpie]

zoals ik al gezegd heb MOET ik dit boek leren... en de code heb ik overgetyped.. en er staat wel een kleine uitleg erna...


ow en de datamodule staat in de uses clause van Tform1

[ Voor 21% gewijzigd door Frenkpie op 07-04-2003 19:01 ]

[whoami]

Frenkpie schreef op 07 April 2003 @ 18:59:
zoals ik al gezegd heb MOET ik dit boek leren... en de code heb ik overgetyped.. en er staat wel een kleine uitleg erna...

Een bijkomend boek erbij kan geen kwaad.

ow en de datamodule staat in de uses clause van Tform1

Ben je dan zeker dat je nergens een typefout gemaakt hebt?

[Frenkpie]

whoami schreef op 07 april 2003 @ 19:04:
[...]

Een bijkomend boek erbij kan geen kwaad.


[...]


Ben je dan zeker dat je nergens een typefout gemaakt hebt?

mja klopt... maar ik heb geen tijd om nog andere delphi boeken erbij te pakken om delphi te leren want we krijgen deze week een toets over dit boek.. dus dit boek moet ik leren. mja ik ga denk een boek halen bij de bibliotheek om delphi goed te leren want dit is echt k*t


nee ik heb geen typfouten gemaakt... ik heb t 3 x bekeken... er staat echt DM1.tbCustomer.locate en zo heet mijn datamodule: DM1 en ook de ado table: dscustomer

dus t zou werken.. maar dat doet t niet. naja kep t opgegeven. ik ga wel verder met t boek

[ Voor 7% gewijzigd door Frenkpie op 07-04-2003 19:10 ]

[whoami]

Heet jouw table nu dsCustomer of tbCustomer?

[Frenkpie]

mijn ADOTable die in de Datamodule staat heet dsCustomer
de tbDatasource heet tbCustomer die staat ook in de datamodule


argghhh domme domme ik

de Name van me datamodule was DataModule2 ... en de naam van de DM die ik opgeslagen had was DM1... dus dat was de fout..

[ Voor 43% gewijzigd door Frenkpie op 07-04-2003 19:50 ]

[whoami]

Normaal gezien geef je toch een datasource als prefix ds en een DataTable tb ?

[Frenkpie]

hmm.. vreemd nu kan ik wel runnen met de nieuwe code.. waarin staat dat Form1.enabled =: False

maar als ik dan run.. krijg ik nog Form1 voor me neus.. terwijl ik eik me 2e form hoor te zien...

namen kloppen

[ Voor 6% gewijzigd door Frenkpie op 07-04-2003 20:00 ]

[Just_a_Gamer]

heel normaal gesproken, gebruik je zelfs geen hongaarse notatie bij delphi programmeren. Dat heeft iig mijn stagedocent verteld. Als je je variable een goede naam geeft is het onnodig om nog een prefix te zetten. Ik heb voor mijn stage ook geen hongaarse notatie toegepast

Form1.Visible := False;
Form2.Visible := True;

[Frenkpie]

wtf zeg
als ik dat doe (form1.visible := False;
frmNewCustomer.visible := True; )

laat ie nog alleen Form1 zien