Hallo,
beim Arbeiten mit der Lazarus-IDE unter Ubuntu gelingt es mir nicht das Hauptmenü per Taste zu öffen.
Bei dem Double-Commander z.B. funktioniert das mit der Alt Taste wie unter Windows.
Gibt es da einen Trick?
Die Suche ergab 18 Treffer
- Di 26. Jul 2022, 09:10
- Forum: Benutzung der IDE
- Thema: Hauptmenü der IDE per Taste öffnen unter Linux
- Antworten: 1
- Zugriffe: 930
- Di 26. Jan 2021, 08:09
- Forum: Freepascal
- Thema: Warnung: Variable im Elternobjekt schon deklariert
- Antworten: 4
- Zugriffe: 1095
Re: Warnung: Variable im Elternobjekt schon deklariert
Ja das war es!
Vielen Dank

Vielen Dank
- Mo 25. Jan 2021, 11:41
- Forum: Freepascal
- Thema: Warnung: Variable im Elternobjekt schon deklariert
- Antworten: 4
- Zugriffe: 1095
Re: Warnung: Variable im Elternobjekt schon deklariert
Danke für die schnelle Antwort.
Ich habe auch den fpc 3.3.1 svn revision 60422M.
Kann es daran liegen, dass im Original beide im protected sind. Auch sind es zwei units...
Ich probiere es aber auch mal mit einer neueren Version vom fpc aus.
Jo
Ich habe auch den fpc 3.3.1 svn revision 60422M.
Kann es daran liegen, dass im Original beide im protected sind. Auch sind es zwei units...
Ich probiere es aber auch mal mit einer neueren Version vom fpc aus.
Jo
- Mo 25. Jan 2021, 10:51
- Forum: Freepascal
- Thema: Warnung: Variable im Elternobjekt schon deklariert
- Antworten: 4
- Zugriffe: 1095
Warnung: Variable im Elternobjekt schon deklariert
Hallo,
gibt es eine Möglichkeit, dass der Compiler eine Warnung ausgibt, wenn eine Variable noch einmal deklariert wird, obwohl eine gleichnamige im Elternobjekt schon vorhanden ist?
Beispiel:
Unit1
TParent=class(TObject)
protected
ABool :Boolean;
public
property BoolVal:boolean read ABool;
end ...
gibt es eine Möglichkeit, dass der Compiler eine Warnung ausgibt, wenn eine Variable noch einmal deklariert wird, obwohl eine gleichnamige im Elternobjekt schon vorhanden ist?
Beispiel:
Unit1
TParent=class(TObject)
protected
ABool :Boolean;
public
property BoolVal:boolean read ABool;
end ...
- Di 19. Jan 2021, 16:41
- Forum: Benutzung der IDE
- Thema: IFDEF entfernen
- Antworten: 8
- Zugriffe: 2053
Re: IFDEF entfernen
Die Automatik fügt keine Annotierung hinzu. Das wäre auch schon mal etwas hilfreich. 

- Di 19. Jan 2021, 13:53
- Forum: Benutzung der IDE
- Thema: IFDEF entfernen
- Antworten: 8
- Zugriffe: 2053
Re: IFDEF entfernen
Wenn es einfach wäre, dann hätte ich nicht gefragt
Die IDE kennt ja die Blöcke, die zu einem $IFDEF gehören.
Aber eventuell kann man wirklich mit einem Makro was machen. Pascalscript ist ja schon recht mächtig in der IDE.

Die IDE kennt ja die Blöcke, die zu einem $IFDEF gehören.
Aber eventuell kann man wirklich mit einem Makro was machen. Pascalscript ist ja schon recht mächtig in der IDE.
- Di 19. Jan 2021, 11:33
- Forum: Benutzung der IDE
- Thema: IFDEF entfernen
- Antworten: 8
- Zugriffe: 2053
Re: IFDEF entfernen
Ich glaube, ich habe mich nicht ganz klar ausgedrückt.
Ich möchte den jeweiligen Compilerschalter z.B.
{$IFDEF Hallo}
blablabla
{$ENDIF}
so entfernen, dass zuletzt nur der Code übrig bleibt:
blablable
Bei {$ELSE} ist dann zu fragen, wie mit diesem Code zu verfahren ist: $ifdef Sektion ...
Ich möchte den jeweiligen Compilerschalter z.B.
{$IFDEF Hallo}
blablabla
{$ENDIF}
so entfernen, dass zuletzt nur der Code übrig bleibt:
blablable
Bei {$ELSE} ist dann zu fragen, wie mit diesem Code zu verfahren ist: $ifdef Sektion ...
- Di 19. Jan 2021, 11:02
- Forum: Benutzung der IDE
- Thema: IFDEF entfernen
- Antworten: 8
- Zugriffe: 2053
Re: IFDEF entfernen
Wenn es so einfach wäre...
Die IDE erkennt ja auch geschachtelte IFDEFS und das ist mit der RegExpr schon nicht mehr so einfach.
Dachte eher an so etwas wie with-Blöcke auspacken. Das funktioniert weitgehend gut
Die IDE erkennt ja auch geschachtelte IFDEFS und das ist mit der RegExpr schon nicht mehr so einfach.
Dachte eher an so etwas wie with-Blöcke auspacken. Das funktioniert weitgehend gut
- Di 19. Jan 2021, 09:20
- Forum: Benutzung der IDE
- Thema: IFDEF entfernen
- Antworten: 8
- Zugriffe: 2053
IFDEF entfernen
Hi,
es ist ja sehr schön und einfach Code mit ifdef zu umgeben, um z.B. mal etwas auszuprobieren.
Leider ist der umgekehrte Weg mit einigem an Handarbeit verbunden: Textmarker setzen beim IFDEF, ELSEIF ENDIF und dann entsprechend die Schalter entfernen.
Gibt es da eventuell eine Möglichkeit das zu ...
es ist ja sehr schön und einfach Code mit ifdef zu umgeben, um z.B. mal etwas auszuprobieren.
Leider ist der umgekehrte Weg mit einigem an Handarbeit verbunden: Textmarker setzen beim IFDEF, ELSEIF ENDIF und dann entsprechend die Schalter entfernen.
Gibt es da eventuell eine Möglichkeit das zu ...
- Di 1. Mär 2016, 15:27
- Forum: Benutzung der IDE
- Thema: editor macros funktionieren nicht mehr nach update trunk
- Antworten: 3
- Zugriffe: 2507
Re: editor macros funktionieren nicht mehr nach update trunk
Ich vermute, dass ich gerade in einem ungünstigen Moment ausgecheckt habe. Falls es nicht gefixed ist werde ich es melden
- Mi 24. Feb 2016, 12:55
- Forum: Benutzung der IDE
- Thema: editor macros funktionieren nicht mehr nach update trunk
- Antworten: 3
- Zugriffe: 2507
Re: editor macros funktionieren nicht mehr nach update trunk
Habe es selber gelöst:
macroscript (registerems.pas) hat jemand (juha?) vermurkst, mit der Vorgängerversion aus dem svn geht es wieder.
Falls jemand das gleiche Problem hat.

macroscript (registerems.pas) hat jemand (juha?) vermurkst, mit der Vorgängerversion aus dem svn geht es wieder.
Falls jemand das gleiche Problem hat.

- Mi 24. Feb 2016, 10:44
- Forum: Benutzung der IDE
- Thema: editor macros funktionieren nicht mehr nach update trunk
- Antworten: 3
- Zugriffe: 2507
editor macros funktionieren nicht mehr nach update trunk
Hi,
bei mir funktionieren die editormacros nicht mehr, nachdem ich wieder mal über svn aktualisiert habe.
Hat da eventuell jemand eine Idee wo das dran liegen kann.
Die Macros werden im Dialog aufgeführt, haben aber ein Ausrufezeichen.
Installiert habe ich die Pakete pascalscript, und ...
bei mir funktionieren die editormacros nicht mehr, nachdem ich wieder mal über svn aktualisiert habe.
Hat da eventuell jemand eine Idee wo das dran liegen kann.
Die Macros werden im Dialog aufgeführt, haben aber ein Ausrufezeichen.
Installiert habe ich die Pakete pascalscript, und ...
- Do 2. Jul 2015, 11:09
- Forum: Freepascal
- Thema: "Alternative" Vererbung
- Antworten: 8
- Zugriffe: 3926
Re: "Alternative" Vererbung
@ m.fuchs
Bei dem eigentlichen Problem ist Hardware mit im Spiel, die unterschiedlich angesteuert wird.
Die Klasse C ist eigentlich C1 und C2 die aber identischen Code besitzen, nur von unterschiedlichen Vorfahren erben. Siehe Beispielcode bei meiner Frage.
C steuert eine weitere Hardware, die A ...
Bei dem eigentlichen Problem ist Hardware mit im Spiel, die unterschiedlich angesteuert wird.
Die Klasse C ist eigentlich C1 und C2 die aber identischen Code besitzen, nur von unterschiedlichen Vorfahren erben. Siehe Beispielcode bei meiner Frage.
C steuert eine weitere Hardware, die A ...
- Do 2. Jul 2015, 10:36
- Forum: Freepascal
- Thema: "Alternative" Vererbung
- Antworten: 8
- Zugriffe: 3926
Re: "Alternative" Vererbung
@ Soner
Nein, das geht nicht, denn TTestA und TTestB machen was komplett anderes in den Methoden und rufen eventuell inherited auf.
Und es ist hier auch nur ein sehr vereinfachtes Beispiel. Die Klassen sind über mehrere Units verteilt, mit jeweils mehreren 1000 Codezeilen und kennen sich ...
Nein, das geht nicht, denn TTestA und TTestB machen was komplett anderes in den Methoden und rufen eventuell inherited auf.
Und es ist hier auch nur ein sehr vereinfachtes Beispiel. Die Klassen sind über mehrere Units verteilt, mit jeweils mehreren 1000 Codezeilen und kennen sich ...
- Do 2. Jul 2015, 09:55
- Forum: Freepascal
- Thema: "Alternative" Vererbung
- Antworten: 8
- Zugriffe: 3926
Re: "Alternative" Vererbung
Bespreche ich mal mit meinem Kollegen und probier es aus.
Wäre zwar auch nur eine Umgehung, aber besser als das, was ich mir ausgedacht habe.
Wäre zwar auch nur eine Umgehung, aber besser als das, was ich mir ausgedacht habe.
