Re: [lazarus] IDE menu text colour wrong

2006-07-24 Thread Martin Smat
Michael Van Canneyt wrote: On Mon, 24 Jul 2006, Martin Smat wrote: Yes, and that is the point. Where you get the right size from? Normally you use sizeof(STRUCTURE) but this won't work for older Windows versions where you need to specify smaller size (without the new properties). Or do

Re: [lazarus] IDE menu text colour wrong

2006-07-23 Thread Martin Smat
Mark Morgan Lloyd wrote: Martin Smat wrote: If I understand it well, you can now see all menus, submenus and the menu items but after selecting the item it does not process any action? Then there must be also some message processing problem. I will take a look on it if I find something

Re: [lazarus] IDE menu text colour wrong

2006-07-23 Thread Martin Smat
Florian Klaempfl wrote: Micha Nelissen wrote: Martin Smat wrote: The structure MENUITEMINFO contains in the development version of FPC new parameter hbmpItem making this structure larger then expected by Windows. Any ideas how to solve it? Beat the FPC guys for breaking

Re: [lazarus] IDE menu text colour wrong

2006-07-22 Thread Martin Smat
Mark Morgan Lloyd wrote: I've just installed 0.9.16 onto NT4 SP6a, and there appears to be a minor problem: the text in the main title bar (i.e. above the component tabs etc.) is erratic and there is no text at all on the main menu or any drop-down menus. I've tried changing the menu background

Re: [lazarus] IDE menu text colour wrong

2006-07-22 Thread Martin Smat
Mark Morgan Lloyd wrote: Martin Smat wrote: Could you install the latest version 0.9.17 and check with it? Some changes were done between 0.9.16 and current 0.9.17 in the menu drawing code. Can somebody point me at a binary? Alternatively what do I need to build it- FPC 2.0.2a plus

Re: [lazarus] IDE menu text colour wrong

2006-07-22 Thread Martin Smat
Mark Morgan Lloyd wrote: The snapshot downloads and runs fine. Unfortunately none of the menu items do anything. To clarify: in .16 the text in the title bar was erratic and I couldn't see any menu text, but Restart and Quit were in the expected places and worked. In .17-20060720 the title bar

Re: [lazarus] TMainMenu issues

2006-05-03 Thread Martin Smat
Bogusław Brandys wrote: Hi, TMainMenu is fairy broken now - shortcuts do not work, background of menu bar is white which is not default ,disable actions problem and so on. What is the reason of such problems ? I thought that TMainMenu has stable implementation. I suppose you are

Re: [lazarus] meu appearance

2006-04-14 Thread Martin Smat
Vincent Snijders wrote: Darius Blaszijk wrote: I have also XP. Should I put it in the bugtracker? It won't harm. You can assign it to msmat. Vincent. And please don't forget to attach a screenshot as I don't have the possibility to test it under WinXP. Thank you, Martin.

Re: [lazarus] TPopupMenu / TMenuItem width / height properties

2006-03-24 Thread Martin Smat
Alexander Todorov wrote: On 3/22/06, darekm [EMAIL PROTECTED] wrote: Alexander Todorov wrote: Hi, I need to get width and height of a popup menu or its items. For Gtk something like gdk_window_get_size (menu_item-window, width, height); will do the trick I guess. For win32 there are

Re: [lazarus] Always visible caret

2006-02-11 Thread Martin Smat
Mattias Gaertner wrote: On Fri, 10 Feb 2006 23:05:14 +0100 Martin Smat [EMAIL PROTECTED] wrote: Hi, I have an idea to add the feature which you can know for example from Vim. When scrolling with the scrollbars, the caret moves too and is always visible in the window. It is very useful

Re: [lazarus] Always visible caret

2006-02-11 Thread Martin Smat
Alexander Todorov wrote: On 2/11/06, Alexander Todorov [EMAIL PROTECTED] wrote: Try scrolling insource editor holding Ctrl+ Ctrl+ Down/Up arrow Thank you for this hint, I didn't know it. Martin. _ To

Re: [lazarus] Always visible caret

2006-02-11 Thread Martin Smat
Mattias Gaertner wrote: On Sat, 11 Feb 2006 10:43:17 +0100 Martin Smat [EMAIL PROTECTED] wrote: Mattias Gaertner wrote: On Fri, 10 Feb 2006 23:05:14 +0100 Martin Smat [EMAIL PROTECTED] wrote: Hi, I have an idea to add the feature which you can know for example from Vim

[lazarus] Always visible caret

2006-02-10 Thread Martin Smat
Hi, I have an idea to add the feature which you can know for example from Vim. When scrolling with the scrollbars, the caret moves too and is always visible in the window. It is very useful if you often combine scrolling by mouse and keyboard. Before implementing it in the Lazarus I would

Re: [lazarus] Canvas handling obscurity

2006-01-16 Thread Martin Smat
Mattias Gaertner wrote: On Thu, 12 Jan 2006 14:34:30 +0100 Martin Smat [EMAIL PROTECTED] wrote: Markku Niskanen wrote: On Thu, 12 Jan 2006 08:29:58 +0100, Martin Smat [EMAIL PROTECTED] wrote: Shall I convert this method to TCanvas.Arc(Left,Top,Right,Bottom,angle1,angle2

Re: [lazarus] Re: Canvas handling obscurity

2006-01-16 Thread Martin Smat
Felipe Monteiro de Carvalho wrote: Martin Smat wrote: And what about methods: TCanvas.RadialPie and TCanvas.Chord? Can anybody verify what are the parameters in Delphi? procedure Chord(X1, Y1, X2, Y2, X3, Y3, X4, Y4: Integer); I could not find RadialPie method on Delphi help files

[lazarus] How does RegisterWSComponent work?

2006-01-14 Thread Martin Smat
Hi, when I comment the command RegisterWSComponent(TCustomBitBtn, TWin32WSBitBtn); in file win32wsbuttons.pp in win32 interface, Lazarus crashes. How is then possible that GTK2 interface is working (I suppose it is working, did not try) and has this command commented out? Martin.

Re: [lazarus] How does RegisterWSComponent work?

2006-01-14 Thread Martin Smat
rainer wrote: gtk has many similar problems. I tried lazarus and fpc snapshot 20060110 on kanotix (konoppix clone / KDE), ubuntu (GNOME), kubuntu (KDE) and suse 10.0 (KDE and GNOME). Exept on suse / GNOME many items including the text inside the editor disappears from time to time. On

Re: [lazarus] How does RegisterWSComponent work?

2006-01-14 Thread Martin Smat
Mattias Gaertner wrote: I asked because I'm preparing a patch for speedbuttons to shift the image one pixel right and down when pushed. This feature is dependent on used interface. This behavior is only for Win32 interface, GTK does not shift images on pushed buttons. So I added new procedure

Re: [lazarus] How does RegisterWSComponent work?

2006-01-14 Thread Martin Smat
Mattias Gaertner wrote: On Sat, 14 Jan 2006 14:31:34 +0100 Martin Smat [EMAIL PROTECTED] wrote: Mattias Gaertner wrote: I asked because I'm preparing a patch for speedbuttons to shift the image one pixel right and down when pushed. This feature is dependent on used

Re: Canvas handling obscurity

2006-01-07 Thread Martin Smat
Markku Niskanen wrote: I suspect - I stress: I suspect - I have found an error in the canvas handling (Win32). I have been debugging the behaviour of the roundrect for two weeks now and I have traced part of the problem down to drawing arcs. I finally wrote a test in delphi and copied the

[lazarus] Speedbutton image shift after pushing

2005-12-08 Thread Martin Smat
Under win32 it is common that after pushing the speedbutton, the image is shifted one pixel down and right to make nicer effect of pushing. I would like to implement this behavior into LCL but I don't know if this behavior is used under Linux too. My question is: can I implement this directly in

Re: [lazarus] Patch for popumenu in source editor

2005-10-13 Thread Martin Smat
Tomáš Gregorovič wrote: Martin Smat napsal(a): Tomáš Gregorovič wrote: Hi, I have improved popupmenu in source editor. It's now also shown when clicking the notebook page tab. Therefore I had to add published property to PopupMenu to LCL component TNoteBook. Next I have resolved bug

Re: [lazarus] Patch for popumenu in source editor

2005-10-10 Thread Martin Smat
Tomáš Gregorovič wrote: Hi, I have improved popupmenu in source editor. It's now also shown when clicking the notebook page tab. Therefore I had to add published property to PopupMenu to LCL component TNoteBook. Next I have resolved bug with setting the breakpoints by right mouse click on

Re: [lazarus] Removing IFDEFs

2005-08-03 Thread Martin Smat
Marc Weustink wrote: I'm preparing the patch for removing all remaining IFDEFs VER1_* but I'm not sure in some cases. In file gtkproc.pp line 1036 is this condition: {$ifdef VER1_9_8} SynchronizeMethodProc := @PrepareSynchronize; {$else} Can it be removed (it is only a workaround of some

Re: [lazarus] Removing IFDEFs

2005-08-02 Thread Martin Smat
Michael Van Canneyt wrote: On Tue, 2 Aug 2005, Martin Smat wrote: Hi, now, when Lazarus requires FPC 2.0, can we remove {$IFDEF VER1_0_10} and {$IFNDEF VER1_0} from graphics.pp and {$IFNDEF DisableFPImage}from all files where this construction is used? The FPC team has removed all