Re: [lazarus] a litle question about freevision
Carlos German Tejero schreef: Why the fpc bundled in the lazarus-win32 installer don't include freevision?? Because Lazarus does not need that. I never thought anybody would use Lazarus to create freevision applications. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] a litle question about freevision
Why the fpc bundled in the lazarus-win32 installer don't include freevision?? Thanks to all. Bye bye. -- Carlos Germán Tejero
Re: [lazarus] scanline example didn't work after update to svn 12247
On Wed, 03 Oct 2007 23:06:35 +0100 Dominique Louis <[EMAIL PROTECTED]> wrote: > Hi Mattias, >which build of Lazarus is this available in? Because on the > version I have, Tbitmaps don't have the scanline property. The LCL TBitmap has no ScanLine property, because under Delphi its only purpose is fast direct access and this is not possible under all LCL platforms. But there is an alternative, which can be used in most cases. See lazarus/examples/scanline/. Mattias > > Dominique. > > Mattias Gaertner wrote: > > On Tue, 02 Oct 2007 22:32:21 +0100 > > Dominique Louis <[EMAIL PROTECTED]> wrote: > > > >> Will this Scanline code also work on Mac OS X? > > > > intel/32bit: of course. > > powerpc, intel/64bit: sometimes. > > It depends, what tricks your code use. The only guaranteed platform > > independent way are the functions of TCanvas. > > > > Mattias > > > > > >> Dominique. > >> > >> 12 12 wrote: > It means, the function does not work with formats which lines > can > >>> start > in a middle of a byte (e.g. at the third bit). > The Delphi ScanLine function has the same limit. > >>> I didn't know about such formats! > >>> Which formats can start in a middle of a byte? > >>> > >>> > >>> -- > > > > > _ > To unsubscribe: mail [EMAIL PROTECTED] with > "unsubscribe" as the Subject >archives at http://www.lazarus.freepascal.org/mailarchives _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] scanline example didn't work after update to svn 12247
Hi Mattias, which build of Lazarus is this available in? Because on the version I have, Tbitmaps don't have the scanline property. Dominique. Mattias Gaertner wrote: On Tue, 02 Oct 2007 22:32:21 +0100 Dominique Louis <[EMAIL PROTECTED]> wrote: Will this Scanline code also work on Mac OS X? intel/32bit: of course. powerpc, intel/64bit: sometimes. It depends, what tricks your code use. The only guaranteed platform independent way are the functions of TCanvas. Mattias Dominique. 12 12 wrote: It means, the function does not work with formats which lines can start in a middle of a byte (e.g. at the third bit). The Delphi ScanLine function has the same limit. I didn't know about such formats! Which formats can start in a middle of a byte? -- _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] TRegistry crash on Mac OS X
As mentioned I'm porting a Delphi app to Mac OS X and noticed that every time it tries to make use of the TRegistry functions an AV occurs. Does anyone know why this may be happening, and also where does it save these "Registry" settings? Thanks, Dominique. _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Mac FPC/Lazarus project, SpeedButtons with Transparency
You beat me to it, I'm also porting a rather large commerical Delphi app to Mac OS X and found the same problem. Also while I'm here, is there a RichTextEdit component for Mac OS X? Dominique. Peter Gannon wrote: As described in a previous email, we have converted a Delphi/Windows music program to Mac/FPC/Lazarus (Carbon widgets), with great success. I have a question about SpeedButtons. Do they have a transparency property? On Delphi and FPC/Lazarus/Windows , if Flat property is set to true, it behaves transparenttly, but not on Mac/Lazaurus. Is their a way to get SpeedButtons with transparency on Mac/Lazarus/FPC ? Peter _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Docking Message window into Source editor
Mattias Gaertner wrote: On Wed, 03 Oct 2007 19:08:02 +0200 Johannes Müller <[EMAIL PROTECTED]> wrote: wile64 schrieb: Hi all, It is a (unofficial) patch for docking the message window into the source editor (bottom). I dont search Message Window ;) Tested on win32 and GTK2 Regards -- Laurent. My Web : http://wile64.neuf.fr/ French Forum : http://lazforum-fr.tuxfamily.org/index.php really nice I think, this patch should be official added. Notes: - It adds directly a TMenuItem instead of registering a TIDEMenuItem. - It does not save its state. - It does not handle any other docked window. - It does not fix the positioning code in the IDE for the message window. This means this patch can be easily undone, when the LCL get a good working docking manager, that can be used by the IDE. So, we can add it with IFDEFs. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives What is tthe plan? When is LCL going to have a good working docking manager? Marton Papp _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Docking Message window into Source editor
Hi: 2007/10/3, wile64 <[EMAIL PROTECTED]>: > I do not want IDE docking completely, but the window of the messages is > always masked by the source editor then I made this modification and to see > that the docking can function. Yeah, but other users (like me) prefer the entire IDE windows to be docked. That's the reason this options should be read/write from config file. Greetings, -- Víctor R. Ruiz <[EMAIL PROTECTED]> | - Todos estos momentos se perderán http://rvr.blogalia.com/ | como lágrimas en la lluvia _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] Crash Lazarus gdb 6.6 with opendialog in win32 (XP)
Hi, If you create new application with opendialog and run in Lazarus with gdb debug option, Lazarus crash after a time later, juste you open the dialog and wait. Lazarus 0.9.23 03/10/2007 FPC 2.2.1 GDB 6.6 Thanks, -- Laurent. My Web : http://wile64.neuf.fr/ French Forum : http://lazforum-fr.tuxfamily.org/index.php
Re: [lazarus] Docking Message window into Source editor
2007/10/3, Víctor R. Ruiz <[EMAIL PROTECTED]>: > > Hi: > > 2007/10/3, wile64 <[EMAIL PROTECTED]>: > > It is a (unofficial) patch for docking the message window into the > source > > editor (bottom). I dont search Message Window ;) > > I'm still working on the whole IDE docking. The lastest code I have > is cleaner than the one I previously sent. You can see the results on > this window: http://rvr.infoastro.org/lazarus-ide-2.png Your code is > very interesting because it adds the switch option in a right menu, > which was a feature I was discussing on #lazarus-es. I was more > interested in a speed button at the right top of the window, like > other programs. Thoughts? > > Greetings, > > I do not want IDE docking completely, but the window of the messages is always masked by the source editor then I made this modification and to see that the docking can function. Laurent. My Web : http://wile64.neuf.fr/ French Forum : http://lazforum-fr.tuxfamily.org/index.php
Re: [lazarus] Docking Message window into Source editor
> > > Notes: > - It adds directly a TMenuItem instead of registering a TIDEMenuItem. > - It does not save its state. > - It does not handle any other docked window. > - It does not fix the positioning code in the IDE for the message > window. > > This means this patch can be easily undone, when the LCL get a good > working docking manager, that can be used by the IDE. So, we can add it > with IFDEFs. > > > Mattias > it is a functionality which I made for me (faster), I wanted to show it for those which its interests ;) -- Laurent. My Web : http://wile64.neuf.fr/ French Forum : http://lazforum-fr.tuxfamily.org/index.php
Re: [lazarus] Docking Message window into Source editor
Hi: 2007/10/3, [EMAIL PROTECTED] <[EMAIL PROTECTED]>: > When will you finish doing it? Not sure, I've been delayed by some real work to do. The most important things missing on my code are: - Reading from config file. - Live switching between docked/undocked. - QA (test whether everyhing is fine). For example, be sure everything shows fine when the undocked IDE is configured. Greetings, -- Víctor R. Ruiz <[EMAIL PROTECTED]> | - Todos estos momentos se perderán http://rvr.blogalia.com/ | como lágrimas en la lluvia _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Docking Message window into Source editor
Víctor R. Ruiz wrote: Hi: 2007/10/3, wile64 <[EMAIL PROTECTED]>: It is a (unofficial) patch for docking the message window into the source editor (bottom). I dont search Message Window ;) I'm still working on the whole IDE docking. The lastest code I have is cleaner than the one I previously sent. You can see the results on this window: http://rvr.infoastro.org/lazarus-ide-2.png Your code is very interesting because it adds the switch option in a right menu, which was a feature I was discussing on #lazarus-es. I was more interested in a speed button at the right top of the window, like other programs. Thoughts? Greetings, Hi! When will you finish doing it? Marton Papp _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] App Localization
On Tue, 2007-10-02 at 16:54 +0200, Mattias Gärtner wrote: > Zitat von Luis Rodrigues <[EMAIL PROTECTED]>: > > > > Basically you enable the experimental LRT code *and* remove the working > > > and > > used > > > RST code. So it breaks existing packages/projects. This must be improved. > > See > > > below. > > > > I didn't remove the RST code, .rst is generated by fpc so it still gets > > generated. I only updated the generation of the PO files, I just > > replaced TMainIDE.ConvertProjectRSTFiles by a UpdateProjectPO > > At the moment the IDE converts the .rst files to .po files for packages and > projects into the RST Out directory, which can be setup by the user. This is > what I meant with RST code. > The new code must at least provide something similar, otherwise it is a > regression bug. Ok just reverted to old dialog. But I'm still not sure this is this usefull. > > > > > It collects the .rst and .lrt file for each project file - even if the > > > file > > does > > > not belong to the project. Add a check > > > (Project1.Files[i].IsPartOfProject). > > > > thanks done > > > > > It puts them all together into one stringlist and checks with a linear > > search > > > for doubles. That's too slow for the several thousand strings. > > > > You are right. just rewrote it, but the insert into .po is still O(n*m) > > where m=number of items in .po and n number of total strings in forms > > > > Do you think as is is acceptable or should I implement a better method? > > I did it like this so I would not overwrite whatever the user as already > > changed in .po between compiles. > > Too slow. For example the IDE has more than 3000 strings for 70 forms. Other > projects have hundreds of forms. So, it should work with m=10.000 and > n=10.000. > So, goal is O((n+m)*log(m)). I should have thought about that. Now I load everything into a hashtable so it's O(m) where M is number of strings in modified files. > > > > > > > > It always recreate the .po file, even if nothing changed. It should at > > least > > > check the .po file. Otherwise a readonly file will stop the update. > > > > It just updates the .po with the strings with are not there, now I added > > a check to only rewrite the file if changed. > > Maybe a check should be added, if any of the input files (.lrt/.po) is newer > than the output file. If not then skip the update. Or even better: It should > only read the changed input files to update the output file. Now checks with fileage, only updates if file newer that .po > > > > > > > > Some error checks and dialogs are missing (e.g. failing to read/write a > > file). > > > > Should I check if the .rst .lrt were correctly opened and if could write > > the .po? > > You can enclose the TStringList.LoadFile/SaveFile with try..except dialog end; > or use the functions of the ide/dialogprocs.pas unit. Done, also created SaveStringListToFile > > > > > The .po file is created in the source directory and has the name of the > > project. > > > This should be configurable. For example the .po file should have the same > > name > > > as the target executable, and/or the .po files should be placed into a sub > > > directory. It should at least check if the old 'RST/OutDir' config > > > variable > > > exists and use that as default. > > > > Ok now I respect RST/OutDir (if available) and save the .po as > > ExecutableName.po. > > > > Since DefaultTranslator.po checks for the existence of a > > ExecutableName.po file the .po file will always have to be called > > ExecutableName.po > > > > > > > I forgot: > > > What about packages? > > > > > > The old RST code works with packages too. If a package is compiled, the > > package > > > files should be checked, not the project files. > > > > > As stated above the RST is working. I will look into packages next. > > Great. About packages I will do the same this as for projects. How should the packages .po files be integrated into the application .po? Should they just be called packages.po and merged all together? Is some languages are already translated how should that be handled? regards, Luís > > Mattias > > _ > To unsubscribe: mail [EMAIL PROTECTED] with > "unsubscribe" as the Subject >archives at http://www.lazarus.freepascal.org/mailarchives t2.patch.gz Description: GNU Zip compressed data
Re: [lazarus] Docking Message window into Source editor
On Wed, 03 Oct 2007 19:08:02 +0200 Johannes Müller <[EMAIL PROTECTED]> wrote: > wile64 schrieb: > > Hi all, > > > > It is a (unofficial) patch for docking the message window into the > > source editor (bottom). > > > > I dont search Message Window ;) > > > > Tested on win32 and GTK2 > > > > Regards > > > > -- > > Laurent. > > > > My Web : http://wile64.neuf.fr/ > > French Forum : http://lazforum-fr.tuxfamily.org/index.php > > really nice > > I think, this patch should be official added. Notes: - It adds directly a TMenuItem instead of registering a TIDEMenuItem. - It does not save its state. - It does not handle any other docked window. - It does not fix the positioning code in the IDE for the message window. This means this patch can be easily undone, when the LCL get a good working docking manager, that can be used by the IDE. So, we can add it with IFDEFs. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Docking Message window into Source editor
Hi:
2007/10/3, Víctor R. Ruiz <[EMAIL PROTECTED]>:
> I'm still working on the whole IDE docking. The lastest code I have
> is cleaner than the one I previously sent.
Here is the patch.
Greetings,
--
Víctor R. Ruiz <[EMAIL PROTECTED]> | - Todos estos momentos se perderán
http://rvr.blogalia.com/ | como lágrimas en la lluvia
Index: ide/main.pp
===
--- ide/main.pp (revisión: 12034)
+++ ide/main.pp (copia de trabajo)
@@ -535,6 +535,8 @@
procedure SetupHelpMenu; override;
procedure LoadMenuShortCuts; override;
procedure ConnectMainBarEvents;
+procedure SetupPanels;
+procedure SetupDockedIDE;
procedure SetupSpeedButtons;
procedure SetupDialogs;
procedure SetupComponentNoteBook;
@@ -894,6 +896,7 @@
SkipAutoLoadingLastProject: boolean = false;
StartedByStartLazarus: boolean = false;
EnableRemoteControl: boolean = false;
+ DockedIDE: boolean = true;
//==
@@ -1088,13 +1091,14 @@
Application.CreateForm(TMainIDEBar,MainIDEBar);
MainIDEBar.OnDestroy:[EMAIL PROTECTED];
{$IFNDEF IDEDocking}
- MainIDEBar.Constraints.MaxHeight:=110;
+ // MainIDEBar.Constraints.MaxHeight:=110;
{$ENDIF}
MainIDEBar.Name := NonModalIDEWindowNames[nmiwMainIDEName];
EnvironmentOptions.IDEWindowLayoutList.Apply(MainIDEBar,MainIDEBar.Name);
HiddenWindowsOnRun:=TList.Create;
// menu
+ SetupPanels;
SetupStandardIDEMenuItems;
SetupMainMenu;
SetupSpeedButtons;
@@ -1119,6 +1123,10 @@
SetupObjectInspector;
SetupFormEditor;
SetupSourceNotebook;
+ if (DockedIDE) then begin
+CreateOftenUsedForms;
+SetupDockedIDE;
+ end;
SetupControlSelection;
SetupTextConverters;
@@ -1143,7 +1151,7 @@
Application.AddOnKeyDownHandler(@OnApplicationKeyDown);
Screen.AddHandlerRemoveForm(@OnScreenRemoveForm);
SetupHints;
-
+
// Now load a project
SetupStartProject;
@@ -1222,8 +1230,8 @@
procedure TMainIDE.CreateOftenUsedForms;
begin
- MessagesView:=TMessagesView.Create(nil);
- LazFindReplaceDialog:=TLazFindReplaceDialog.Create(nil);
+ if (MessagesView = nil) then MessagesView:=TMessagesView.Create(nil);
+ if (LazFindReplaceDialog = nil) then LazFindReplaceDialog:=TLazFindReplaceDialog.Create(nil);
end;
procedure TMainIDE.CreateSearchResultWindow;
@@ -1423,7 +1431,7 @@
MainIDEBar.pnlSpeedButtons := TPanel.Create(OwningComponent);
with MainIDEBar.pnlSpeedButtons do begin
Name := 'pnlSpeedButtons';
-Parent:= MainIDEBar;
+Parent:= MainIDEBar.pnlMenu;
Align := alLeft;
Top := 0;
Left:= 0;
@@ -1481,12 +1489,93 @@
IDEQuestionDialog:[EMAIL PROTECTED];
end;
+procedure TMainIDE.SetupPanels;
+begin
+ MainIDEBar.pnlMenu := TPanel.Create(OwningComponent);
+ with MainIDEBar.pnlMenu do begin
+Name := 'pnlMenu';
+Parent := MainIDEBar;
+Align := alTop;
+Height := 60;
+Caption := '';
+BevelInner := bvNone;
+BevelOuter := bvNone;
+ end;
+ MainIDEBar.pnlSpace := TPanel.Create(OwningComponent);
+ with MainIDEBar.pnlSpace do begin
+Name := 'pnlSpace';
+Parent := MainIDEBar;
+Align := alClient;
+Caption := '';
+Visible := DockedIDE;
+BevelInner := bvNone;
+BevelOuter := bvNone;
+ end;
+end;
+
+procedure TMainIDE.SetupDockedIDE;
+var
+ pnlTop: TPanel;
+ pnlMessagesView, pnlObjectInspector, pnlSourceNotebook: TGroupBox;
+ SplitterHorizontal, SplitterVertical: TSplitter;
+
+begin
+ pnlTop := TPanel.Create(OwningComponent); // Top
+ pnlMessagesView := TGroupBox.Create(OwningComponent); // Bottom
+ pnlObjectInspector := TGroupBox.Create(OwningComponent); // Top Left
+ pnlSourceNotebook := TGroupBox.Create(OwningComponent); // Top Right
+ SplitterHorizontal := TSplitter.Create(OwningComponent); // Top - Bottom
+ SplitterVertical := TSplitter.Create(OwningComponent); // Left - Right
+
+ pnlMessagesView.Height := 150;
+ pnlObjectInspector.Width := 250;
+
+ pnlTop.Parent := MainIDEBar.pnlSpace;
+ pnlTop.Align := alClient;
+ pnlTop.BevelInner := bvNone;
+ pnlTop.BevelOuter := bvNone;
+
+ SplitterHorizontal.Parent := MainIDEBar.pnlSpace;
+ SplitterHorizontal.Align := alBottom;
+
+ pnlMessagesView.Parent := MainIDEBar.pnlSpace;
+ pnlMessagesView.Align := alBottom;
+ pnlMessagesView.Caption := 'Messages';
+
+ pnlObjectInspector.Parent := pnlTop;
+ pnlObjectInspector.Align := alLeft;
+ pnlObjectInspector.Caption := 'Object Inspector';
+
+ SplitterVertical.Parent := pnlTop;
+ SplitterVertical.Align := alLeft;
+
+ pnlSourceNotebook.Parent := pnlTop;
+ pnlSourceNotebook.Align := alClient;
+ pnlSourceNotebook.Caption := 'Editor';
+
+ if (ObjectInspector1<>nil) then begin
+ObjectInspector1.Parent := pnlObjectInspector;
+ObjectInspector1.Align := alClient;
+ObjectInspector1.Show;
+ end;
+ if (SourceNotebook<>nil) then begin
+SourceNotebook.Parent := pnlSourceNote
Re: [lazarus] Docking Message window into Source editor
Hi: 2007/10/3, wile64 <[EMAIL PROTECTED]>: > It is a (unofficial) patch for docking the message window into the source > editor (bottom). I dont search Message Window ;) I'm still working on the whole IDE docking. The lastest code I have is cleaner than the one I previously sent. You can see the results on this window: http://rvr.infoastro.org/lazarus-ide-2.png Your code is very interesting because it adds the switch option in a right menu, which was a feature I was discussing on #lazarus-es. I was more interested in a speed button at the right top of the window, like other programs. Thoughts? Greetings, -- Víctor R. Ruiz <[EMAIL PROTECTED]> | - Todos estos momentos se perderán http://rvr.blogalia.com/ | como lágrimas en la lluvia _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Docking Message window into Source editor
wile64 schrieb: Hi all, It is a (unofficial) patch for docking the message window into the source editor (bottom). I dont search Message Window ;) Tested on win32 and GTK2 Regards -- Laurent. My Web : http://wile64.neuf.fr/ French Forum : http://lazforum-fr.tuxfamily.org/index.php really nice I think, this patch should be official added. _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] Mac FPC/Lazarus project, SpeedButtons with Transparency
As described in a previous email, we have converted a Delphi/Windows music program to Mac/FPC/Lazarus (Carbon widgets), with great success. I have a question about SpeedButtons. Do they have a transparency property? On Delphi and FPC/Lazarus/Windows , if Flat property is set to true, it behaves transparenttly, but not on Mac/Lazaurus. Is their a way to get SpeedButtons with transparency on Mac/Lazarus/FPC ? Peter _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Added FPDoc Updater to Lazarus - a GUI tool for updating FPDoc files
Tom Gregorovic schreef: Hi, I have added FPDoc Updater to Lazarus. It is a GUI tool for updating FPDoc files. You can find it in lazarus/doceditor/fpdocupdater/ directory. Features * uses FPC Makeskel tool for generating FPDoc skeletons * mass update of FPDoc files for selected Pascal units * preserves written description in FPDoc elements * content of removed elements can be moved to different element or FPDoc file * can backup processed FPDoc files For further info see: http://wiki.lazarus.freepascal.org/FPDoc_Updater. When will this be added to LazDE, so that we don't have to use two applications at the same time? Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] Added FPDoc Updater to Lazarus - a GUI tool for updating FPDoc files
Hi, I have added FPDoc Updater to Lazarus. It is a GUI tool for updating FPDoc files. You can find it in lazarus/doceditor/fpdocupdater/ directory. Features * uses FPC Makeskel tool for generating FPDoc skeletons * mass update of FPDoc files for selected Pascal units * preserves written description in FPDoc elements * content of removed elements can be moved to different element or FPDoc file * can backup processed FPDoc files For further info see: http://wiki.lazarus.freepascal.org/FPDoc_Updater. Regards, Tom Gregorovic _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] gprof does not work
On Wed, 3 Oct 2007 12:26:00 +0200 Mattias Gaertner <[EMAIL PROTECTED]> wrote: > Alternative: > Callgrind/Cachegrind is probably your best bet (and more detailed > than gprof). Thought so, will give it a try. _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] gprof does not work
On Tue, 25 Sep 2007 20:32:05 +0200 Lord Satan <[EMAIL PROTECTED]> wrote: > Hi everybody, > > I tried to use gprof on a project of mine, but I don't get any > usefull information. My project is compiled without any optimizations > and code generation for gprof is enabled. All I get is this: > > Flat profile: > > Each sample counts as 0.01 seconds. > no time accumulated > > % cumulative self self total > time seconds secondscalls Ts/call Ts/call name > 0.00 0.00 0.001 0.00 0.00 main > > > > index % timeself childrencalled name > 0.000.00 1/1 > SI_C21G__FPC_LIBC21_GPROF_START [10079] [1] 0.00.00 > 0.00 1 main [1] > --- > > > > Index by function name > >[1] main > > Anyone any ideas? >From fpc list: It's known not to work on Linux currently (for the same reason that shared library initialization doesn't work). Alternative: Callgrind/Cachegrind is probably your best bet (and more detailed than gprof). Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] utf-8/unicode and keyboard input
On 03/10/2007, Marc Santhoff <[EMAIL PROTECTED]> wrote:
>
> I'd try by using an xterm and setting locale to "de_DE.ISO8859-15" or
> whatever it's named on your System. After that you can start a test
> program from that xterm.
>
> Last time when I was localizing a program I made a new user having $LANG
> set to french ("fr_FR.ISO8859-15").
Thanks Marc. I installed xvkbd which is a virtual keyboard with
support for other language layouts. I'll also set my xterm to the
correct locale before doing some testing.
Reading the Xlib documentation on keyboard input handling. In think
(if I understood the documentation correctly) I might have to change
the XLookupString() call to Xutf8LookupString() in
TfpgApplicationImpl.StartComposing(). XLookupString() only supports
Latin-1 (or ASCII). I made a few changes locally and will do some
testing.
Using fpGUI as a widget set in Lazarus. How would this affect things?
Does the underlying toolkit pass keyboard input to LCL or does it go
from LCL to the underlying toolkit?
Regards,
- Graeme -
___
fpGUI - a cross-platform Free Pascal GUI toolkit
http://opensoft.homeip.net/fpgui/
_
To unsubscribe: mail [EMAIL PROTECTED] with
"unsubscribe" as the Subject
archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] utf-8/unicode and keyboard input
Am Mittwoch, den 03.10.2007, 08:52 +0200 schrieb Graeme Geldenhuys:
> How do I enter a 'ö' character when I use a Programmer Dvorak keyboard
> layout and my Linux LANG environment variable is set to
> "en_ZA.UTF-8"?? Do I need to change my keyboard to a German (or any
> other foreign language) layout first? Could a on-screen keyboard
> application work as well?
I'd try by using an xterm and setting locale to "de_DE.ISO8859-15" or
whatever it's named on your System. After that you can start a test
program from that xterm.
Last time when I was localizing a program I made a new user having $LANG
set to french ("fr_FR.ISO8859-15").
On a standard keyboard (pc104/5) it is on the ":" key IIRC. Maybe you
have or can install "xkeycaps", that has a lot diferent layouts, cannot
tell about dvorak though ...
HTH,
Marc
_
To unsubscribe: mail [EMAIL PROTECTED] with
"unsubscribe" as the Subject
archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Docking Message window into Source editor
2007/10/3, [EMAIL PROTECTED] <[EMAIL PROTECTED]>: > > A.J. Venter wrote: > > Can I vote for this one ? :) > > For those of us still hoping for a single window IDE eventually, this > > would be a small but extremely important step along the way. > > > > A.J. > > wile64 wrote: > Hi! > > I guess single window IDE could be optional. So everyone could be happy. > Even those who like the current setup... > > > Marton Papp > This patch add a item of msgwindow popupmenu for dock or undock window to the sourceeditor -- Laurent. My Web : http://wile64.neuf.fr/ French Forum : http://lazforum-fr.tuxfamily.org/index.php
Re: [lazarus] Docking Message window into Source editor
A.J. Venter wrote: Can I vote for this one ? :) For those of us still hoping for a single window IDE eventually, this would be a small but extremely important step along the way. A.J. wile64 wrote: Hi! I guess single window IDE could be optional. So everyone could be happy. Even those who like the current setup... Marton Papp _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Docking Message window into Source editor
Can I vote for this one ? :) For those of us still hoping for a single window IDE eventually, this would be a small but extremely important step along the way. A.J. wile64 wrote: Hi all, It is a (unofficial) patch for docking the message window into the source editor (bottom). I dont search Message Window ;) Tested on win32 and GTK2 Regards -- Laurent. My Web : http://wile64.neuf.fr/ French Forum : http://lazforum-fr.tuxfamily.org/index.php -- "Any sufficiently advanced technology is indistinguishable from magic" - Clarke's law "Any technology that is distinguishable from magic is insufficiently advanced" -Gehm's corollary "Any technologist that is distinguishable from a magician is insufficiently advanced" - My corollary The worlds worst webcomic: http://silentcoder.co.za/scartoonz The worlds best cybercafe manager: http://outkafe.outkastsolutions.co.za begin:vcard fn:AJ Venter n:Venter;AJ org:Global Pact Trading Pty. Ltd.;OutKast Solutions email;internet:[EMAIL PROTECTED] title:Director of Product Development tel;work:+27 21 554 5059 tel;fax:+27 21 413 2800 tel;cell:+27 83 455 9978 url:http://www.outkastsolutions.co.za version:2.1 end:vcard
[lazarus] Docking Message window into Source editor
Hi all, It is a (unofficial) patch for docking the message window into the source editor (bottom). I dont search Message Window ;) Tested on win32 and GTK2 Regards -- Laurent. My Web : http://wile64.neuf.fr/ French Forum : http://lazforum-fr.tuxfamily.org/index.php Dock_msgwindow.patch Description: Binary data
