Re: [lazarus] win32extra merged into FPC
Marco van de Voort wrote: I merged the few remaining symbols into FPC units. Note that most of the symbols that win32extra provides are already in commctrl, and thus in FPC since 2.2.0. (the shell* units are mostly post 2.2.0 though). Most no There are some issues that must be still resolved: - TNMLVCustomDraw win32extra definition doesn't match commctrl one. I will fix this in lazarus. If we look at winapi definition then typedef struct tagNMLVCUSTOMDRAW { NMCUSTOMDRAW nmcd; COLORREF clrText; COLORREF clrTextBk; ... } In lazarus definition NMCUSTOMDRAW fields are moved from nested record field into TNMLVCUSTOMDRAW itself. - comctrlversion* constants are not known in the SDK. What are these? no need to move them to fpc - DSC_ constants are unknown in SDK (DSC_MODAL, DSC_MODELESS) just for internal use = no need to move to fpc notes: - cdrf_NOTIFYITEMERASE not available in SDK 6.0!?!?! - added for now anyway, since some other constants (swp_*) have comments that defines from wine were added. open msdn for NM_CUSTOMDRAW (list view) and you'll see CDRF_NOTIFYITEMERASE - openfilename struct: windows unit has been strongly updated with comdlg structs a while ago. Note that openfilename_nt4 refers to the old struct and openfilename to the new (w2k) struct, which is slightly different from the win32extra version where the _nt4 symbols are simply an alias for the w2k one. hope Vincent will comment My full notes of the conversion is here: - http://www.stack.nl/~marcov/win32extranotes.txt I found this: swp_* new items added, one not in sdk, but comments says it is from wine. Comment actually says that this one value is not documented, but windows itself uses it. IIRC name of this const has been taken from wine since there is no official name for undocumented const :) I'll merge these changes to 2.2.1 today, since they mostly are nearly only constants, and then the symbols can be removed/ifdefed from win32extra. Big thanks. Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] LoadCursor replacement
[EMAIL PROTECTED] wrote: I found this in Delphi Win32 code: Screen.Cursors[crCrossSmall] := LoadCursor(hInstance, 'CURSOR_CROSSSMALL'); What is the replacement in Linux? In LCL you should use this: LoadCursorFromLazarusResource('CURSOR_CROSSSMALL') and place cursor in .lrs resource. Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Who is the controlling 'native' widget set in LCL?
Graeme Geldenhuys wrote: Hi, I'm not trying to start a flame war, I would simply like to understand the thinking and decision process of the core lazarus developers regarding the LCL features. I'm sure any developer using LCL would like the following answers as well. For more background on this issue see the mantis bug report: http://bugs.freepascal.org/view.php?id=9285 In summary. TButton.Color is not available in LCL because Win32 doesn't allow a button face to change color without custom drawing. Yet other widget sets do like Qt and GTK1. That problem has been havily discussed in lazarus-dev list and we came to the conclusion that such properties should be in LCL, but on the other hand they must be marked some way in object inspector as non cross platform. Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] How is docking support coming?
Lee Jenkins wrote: Hi all, I need docking support for a project and I would prefer to write it Lazarus if I can. I know there was some headway made, but is docking support stabilized? No. Some things works, some things we are doing, some things still doesnot have decision about way of implementation. Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Behavior of ClientToScreen in scrolling windows across different widget sets
Luiz Americo Pereira Camara пишет: While debugging scrolling bugs in LCL i found that ClientToScreen acts differently according to the widget set. These are the behaviors: 1) The returned value is related to the actual position, i.e., it does not consider the scroll offset. If you pass Point(0,0) the value will be the same regardless of the scroll position. (Gtk1) 2) The returned value is related to the virtual position, i.e, it takes into account the scroll offset. If you pass Point(0, 0) the value changes inversely to scrollbar position. (Gtk2) 3) The returned value is related to the virtual position, i.e, it takes into account the scroll offset. If you pass Point(0, 0) the value changes the same amount of scrollbar position. (Win32) 4) Nothing. Qt has no visible scrollbars so... Notes: Delphi does the same as (1)/Gtk1 (3) is clearly buggy. Between (1) and (2) is a design decision. Attached is a patch that makes win32 acts like (2)/gtk2. It changes the offset signal when calculating the LCL bounds. With the change it becomes consistent with the TCustomGroupBox signal convention (LCL bounds at Right/Down of win32 +, at Left/Up -). It also fixes the scrolling paint and setcursor of non TWincontrol. Thanks for patch. I changed things to repair GetClientBounds in r12351 and probably this caused errors after. I will look at scrolling before and after your patch and commit it if behaviour will be better. Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Behavior of ClientToScreen in scrolling windows across different widget sets
Luiz Americo Pereira Camara wrote: 3) The returned value is related to the virtual position, i.e, it takes into account the scroll offset. If you pass Point(0, 0) the value changes the same amount of scrollbar position. (Win32) Thanks, I applied it in r14010 4) Nothing. Qt has no visible scrollbars so... I correct many things in r14009. Please reevaluate. Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] RecreateWnd
Giuliano Colla wrote: From a quick look to documentation, RecreateWnd is just a dangerous hack/workaround to overcome some Windows bugs/inadequacies. In Windows it's impossible to change some properties of a window, such as: * Changing the border style. * Changing the CharCase, HideSelection or OEMConvert property of an edit control. * Changing the Alignment or ScrollBars property of a memo control. * Changing the Sorted or Style property of a listbox control. * Changing the Sorted or Style property of a listbox control. * Changing the Alignment property of a listbox control. * Changing the Ctl3D appearance of a checkbox control. and the only thing that can be done is to destroy it, and then recreate it with new properties. It's just one of the 65000-plus known bugs of Windows. This is not only unneeded, but not even thought of in other OS's. Only in Redmond such a thing can be considered normal. Dont make quick decisions :) Some qt widgets also lack from inability to change few properties after their creation. For example QRubberBand cannot change its shape after creating. Some gtk properties also cannot be set after realizing of widget. For example you cannot ask gtk widget to create/remove gdk window after widget realizing. I expect carbon can have own examples. So in 2% of cases RecreateWnd is needed, but indeed its add headache. Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] DropFiles Implementation
Tom Gregorovic пишет: Then there will be problem, how to track this feature inside some custom controls. Assigning to a published event is not a clear solution. Maybe instead of property there can be some protected function like SetAllowDropFiles for these cases. But I think the others want to handle it via OnDragDrop and then you need some enable flag. I think that TWinControl.AllowDropFiles (TWinControl.AllowOSDrop ?) can be added. Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Found serious bug in win32 interface
Andrey Gusev wrote: That: --- interfaces/win32/win32callback.inc(revision 13905) +++ interfaces/win32/win32callback.inc(working copy) @@ -504,7 +504,7 @@ if (ControlDC = 0) or not needParentPaint then begin DCIndex := Windows.SaveDC(PaintMsg.DC); -MoveWindowOrgEx(PaintMsg.DC, ORect.Left, ORect.Top); +MoveWindowOrgEx(PaintMsg.DC, -ORect.Left, -ORect.Top); {$ifdef DEBUG_DOUBLEBUFFER} Windows.GetClipBox(PaintMsg.DC, ClipBox); DebugLn('LCL Drawing in DC ', IntToHex(PaintMsg.DC, 8), ' with clipping rect (', Please try to build ide with your changes and you'll see nice effects :) Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] New synedit patch
Felipe Monteiro de Carvalho wrote: If you double click Text it goes between t and 1 Sorry, where is 1 in word Text :) ? Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] What is wrong with the Toolbar?
Damien Gerard wrote: On Jan 22, 2008, at 9:24 AM, Michael Van Canneyt wrote: On Tue, 22 Jan 2008, Graeme Geldenhuys wrote: On 22/01/2008, Paul Ishenin [EMAIL PROTECTED] wrote: Whoever broke it, would you mind taking a look at fixing it Please update your svn version and retest once again. That was already fixed. Sorry, but I don't think so. :-( Just got a update. Now running r13826. Did a Build All (with a Clean All). Editor Toolbar and Todo List dialogs which contain toolbars are still broken. I'm run on Ubuntu 7.10. See attached screenshot... This is quite strange, because I submitted a bug report about this, and Paul fixed that. I tested his fix a couple of days ago, and the toolbar now actually paints the background. (I used and tested GTK 1) GTk2/ Ubuntu Not always. If you only put a TToolBar on a new form of a new project it works indeed. However if you put a TListView and you choose to directly edit columns from the IDE the toolbar remains transparent. And you can not select an item in this form. Ok, I understand :) I moved some old code in gtk, gtk2 widgetsets and forget about toolbar and toolbutton (they are ownerdrawn conrols and I thought it is not needed to create special widget for them). Later I found toolbar transparency issue and restore widget creation code. Now I see that toolbutton is also needs special widget. I only dont understand exactly why GtkApiWidget (special widget for drawing) is not enought for them. Anyway, I'll fix this tomorow. Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] What is wrong with the Toolbar?
Mattias Gärtner wrote: GtkApiWidget is a special widget for custom controls, which do everything themselves. It is not for regular LCL controls. TToolButton and TToolBar are also custom controls. AFAIK Marc wanted to replace eventually TToolBar/TToolButton with real widgets (not LCL drawn). Yes, and I wanted that too, but this is not easy since gtk, win32, carbon and qt needs implementation in one moment. Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] What is wrong with the Toolbar?
Giuliano Colla wrote: Paul Ishenin ha scritto: Mattias Gärtner wrote: GtkApiWidget is a special widget for custom controls, which do everything themselves. It is not for regular LCL controls. TToolButton and TToolBar are also custom controls. AFAIK Marc wanted to replace eventually TToolBar/TToolButton with real widgets (not LCL drawn). Yes, and I wanted that too, but this is not easy since gtk, win32, carbon and qt needs implementation in one moment. You see what I mean? Moving implementation from LCL to widgetset is simply the WRONG way to go. Then use fpGUI or mseGUI. This is not wrong way, it is way selected by lazarus team long time ago. Custom controls cannot bring native functionality - only imitation of it. This is not what we want and what we need. Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Lazarus compiled with GTK2 [part 1 of 2]
Luiz Americo Pereira Camara wrote: Gtk2 is in fact slower than Gtk1, every one agree, but LCL/Gtk2 application are much slower than other Gtk2 applications Is it possible to profile gtk2 lcl application and find what cause this slowleness? Who can do? Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] What is wrong with the Toolbar?
Graeme Geldenhuys пишет: Hi, This always used to work fine, but lately any Toolbar component doesn't paint it's canvas background. This appears under GTK1 and GTK2. What changed to break it? Can we undo that change to get it back to normal again? It's very annoying when you use the Editor Toolbar add-on package with Lazarus. Whoever broke it, would you mind taking a look at fixing it Please update your svn version and retest once again. That was already fixed. Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] DropFiles Implementation
Christian U. wrote: The second thing is I think it is not very LCLisch. I think an correct implementation add an OnDropFiles event to TWinControl or TCustomControl and not to TForm. I think we should think twice about these and implement it bevore 1.0 after that we shouldnt break existing code. What for we need OnDropFiles? We already have OnDragOver and OnDragDrop. To distinct that we are dragging files we can invent new descendant of TDragObject. This way dragging/dropping files will be very LCLisch. Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] SVN
Stephano wrote: I can't update nor checkout (SVN) both FPC Lazarus anymore! I used to do it daily, but stopped for about a month. Now I can't. As if punishment time has come :( I use http://svn.freepascal.org/svn/lazarus/trunk for Lazarus svn. TortoiseSVN retrieves a few KB and hangs with no message. SVN initiates some network activity and hangs as well. Any ideas? I suppose you have the same problem as me. I cannot access mantis website as well. I am using free proxy servers to access them. This is due to some router problem of idefix server. Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] New Docked IDE
Fabio Dell'Aria wrote: I think my last email was loose (big attachment). What do you think of my current (on beta testing) new docked IDE? See it here: http://www.eurekalog.com/DockIDE.png http://www.eurekalog.com/DockIDE.png Looks good, but I see you implementing your own classes instead of compliting existing. Please look at LDockTree unit. DockSites already can draw their header and splitter is inserted between controls. We'll benifit all if we complete common classes insted of create our own. Currently Marius, Mattias and me working on docking in existing lcl units: LDockTree.pas, dockmanager.inc. Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] TEdit and focus selection
Graeme Geldenhuys wrote: 1) Is Edit1's selection supposed to disappear (only showing text) or should the selection rectangle appear in a 'greyed' color like ListBoxes or Grid's? when edit lose focus then dissapear when form lose focus then grayed 2) Is it possible for the programmer to control this behaviour in Lazarus or Delphi? What exactly? 3) If I Shift+Tab back to Edit1, must the previous selection persist, or must all the text be auto selected? All auto selected 4) Also what happens if you set the selection for Edit1 via code (.SelectAll method), but Edit1 doesn't currently have focus? Does the focus jump to Edit1 automatically? no 5) Does TMemo act the same as TEdit? no Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] TEdit and focus selection
Graeme Geldenhuys wrote: 4) Also what happens if you set the selection for Edit1 via code (.SelectAll method), but Edit1 doesn't currently have focus? Does the focus jump to Edit1 automatically? no Umm... So if Edit1 doesn't have focus, no selection is show. Somewhere else in code you call Edit1.SelectAll, but because Edit1 doesn't have focus, nothing (visual) changes in Edit1 - it still only shows a edit box with text (no selection rectangle). Then when the user tabs to Edit1, everything is selected. What if programatically on partial text was selected. As soon as Edit1 receives focus the previous selection is ignore and everything gets selected (normal default behaviour). So why is the point of being able to programatically do a selection it it's never seen (visually)? I mean that focus doesnot jump to edit, but it show selection as when it has focus. You can just SelectAll on getting focus and deselect all on loseing focus. Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Compile IDE GTK2
Lee Jenkins wrote: When recompiling the IDE, I get undefined reference to 'gtk_cell_rederer_combo_get_type'. I'm on CentOS 4. Lazarus RPM 0.9.24 The GtkCellRendererCombo cell renderer was added in GTK+ 2.6. So check your enviroment. To work with lazarus you need at least gtk 2.6. But in future lower working with lazarus gtk2 version can raise. Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Mac OS X : TBitBtn Transparency
Dominique Louis wrote: I finally updated to Lazarus v0.9.24 and the glyph transparency issue still does not work with TBitBtns, but works fine on TToolButtons. Attached is a screen shot of the transparency issue. If anyone has any ideas which files I should look at to try and fix this, I'm happy to do so if I'm pointed in the right direction. 1. Use png instead of bmp 2. Update to recent 0.9.25 (snapshot or svn) and recheck there. Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] SegV with GTk2/Windows
Damien Gerard wrote: I have a strange SegV, and I don't really know if I make operations at the wrong place or it is more or less a bug with GTk2 under Windows. [skip] Any Idea ? Yes, you are using some snapshot (released about week ago). Please update your lazarus. Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Latest svn fails to compile.
Giuliano Colla пишет: Latest svn (r 13667) fails to compile (Linux - fpc 2.0.4). Unit lcl/ldocktree.pas complains that InflateRect is undefined. Adding LCLIntf to the uses clauses fixes the problem. InflateRect is defined in types.pas of fpc 2.2.0 Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Latest svn fails to compile.
Giuliano Colla wrote: Paul Ishenin ha scritto: Giuliano Colla пишет: Latest svn (r 13667) fails to compile (Linux - fpc 2.0.4). Unit lcl/ldocktree.pas complains that InflateRect is undefined. Adding LCLIntf to the uses clauses fixes the problem. InflateRect is defined in types.pas of fpc 2.2.0 That's why I specified that the problem is fpc 2.0.4 specific. Unless the LCLIntf implementation is broken, adding the uses clause keeps fpc 2.0.4 compatibility. Mattias said that 2.0.4 must be still supported, because 2.2.0 doesn't run (yet) in some platforms. Since fix is very easy I will not persist too much. Applied in 13668. Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Some nice bugs to start the new year...
Michael Van Canneyt wrote: - Latest SVN: Adding a file in the image list editor crashes the fileopen dialog: [skip] fixed in r13556 Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: back from holiday, my project crashes lazarus
Seth Grover wrote: Sorry, I should have mentioned, here's what fpc -v returns: Free Pascal Compiler version 2.2.0 [2007/08/30] for i386 I cannot see alse what is your os and what widgetset. Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: back from holiday, my project crashes lazarus
Seth Grover wrote: Sorry, running Ubuntu 7.10 with gtk1. Hmm... according your back trace you have problem with TCustomNotebook descendant. I created new application, placed notebook on form, but I see no crash. Please recheck with recent svn version. If bug still exits then send here or to bug tracker (better to bugtracker) small test application which will crash. Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] New bitmap :-)
wile64 пишет: 2007/12/5, A.J. Venter [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: Well, Here is mine for TPopupNotifier - if somebody can make one that is actually pretty, I won't mind :p A.J. For A.J ;) -- Laurent. I know that both you and Bee folow this thread, so I answer for you both. Thanks for images, I commited them in r13398. Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] New bitmap :-)
Bee wrote: You back in arrears for the tarrow.png , mine is more beautiful ! Agree. But the icon doesn't look like the real component. The icon looks more 3D than the real component. That's why I propose the 'fix'. ;) TArrow icon indeed looks not very nice, but your is not nicer - so I did not replace current :) Best regards, Paul Isnenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [OOT] Re: [lazarus] New bitmap :-)
Bee пишет: I rework everything. I never saw TSQLite3Connection, TSQLConnector, and TSQLScript components on my Laz 9.25 SQLDB tab. Is it not yet included in Lazarus (but the icons are already provided for future use)? this is for recent fpc (from trunk) Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] New bitmap :-)
Bee пишет: No, syn is not lazarus project ! For 'official' icons, SynEdit project could use your icons. But special for Lazarus, as Graeme suggested before, I suggest to use my fixes for the matter of consistency with other icons. What do you think, Paul? No boys, I dont want to be arbiter between you :) Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] REQ: include LazReport and VirtualTV in bigide
Lukas Gradl wrote: For Zeos and Indy I disagree - there are working DB-Components in the standard-set and socket programming is nothing for a beginner. iirc, both zeos and indy are non-visual components, so I think you can ask fpc team to add them to their packages - then lazarus will only have lazarus package file and nice component icons to integrate that fpc packages to ide. Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Howto connect an Onclick-event to an existing procedure?
John vd Waeter wrote: Now at runtime I like to connect the updown.Onclick to this procedure: With MyUpdown do begin Parent:= ... Top := ... Left := ... OnClick := UpDownClick; end; But the last assignment gives me an error: Wrong number of parameters specified This works ok in Delphi. How to connect at runtime? I don't know parameters at designtime... I am using 0.9.24 and target is WinCE FreePascal supports different modes. In Delphi mode your code will work. To turn on delphi mode add directive {$mode delphi} at the begining of your unit. In default FreePascal mode you should write OnClick := @UpDownClick; Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] New bitmap :-)
Bee пишет: Hi paul, These are for LazReport tab. To make sure you read this. ;) Yes I know, I want to ask Jesus Reyes to review and commit them :) Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Become Lazarus developer
Fabio Dell'Aria wrote: Hi to all, my question is really simple. :) How is possible become an official Lazarus developer (having access to the SVN with write permission)? You should prove your knowledge/skills and wishes by your contribution: bug fixes, new features. Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] New bitmap :-)
Bee wrote: Commited in r13386. Now suggest them to synedit project. And here are for RTTI tab and some little fix for TFilenameEdit. Thanks, commited in r13389. Btw, are you sure that rtti part (3 balls at left top) are really good? As I can see it looks the same as previous rtti part, only position is changed. That rtti part is very dark and eats most attention. Maybe you can try with attached icon or rethink idea or rtti part at all (maybe ball and box or something else). Best regards, Paul Ishenin. inline: rtti.png
Re: [lazarus] New bitmap :-)
wile64 пишет: 2007/12/19, wile64 [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: Paul, please, update 2 sql thanks, I rework everything. commited in r13394 Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] New bitmap :-)
wile64 пишет: Hi Paul, I am not sure you saw that ! Regards, Commited in r13386. Now suggest them to synedit project. Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Dragging and Dropping
Marius wrote: Hello, I completed dragdrop this weekend but i'm unhappy with it. The existing implementation is relying on copyrighted code and the only way to finish it was to copy more copyrighted code. Even with refactoring you can see some pretty big fingerprints from borland. To avoid copyright questions it would be best to rewrite the code, a necessary step i'm afraid (unless somebody has better ideas?). In order to do this we need to establish what interface is needed, but first we need to decide if we need to be compatible with delphi. If we want 100% compatibility we end up quickly with roughly the same code. if we dont i don't think it has a huge impact as not many people are using dragdrop. Also the current implementation uses wndproc messaging and i would like to avoid that as much as possible (not sure if it can be avoided though), so that would be the first break in compatibility. No, please dont break compatibility. Many components and applications depends on drag and drop (at least I know many). So we need same classes, same methods and properties and same messages. We only need different implementation, but this doesnot mean such methods as TDragObject.GetDragCursor or TDragObject.HideDragImage or another simple getters/setters should be rewriten. Only not trivial code needs rewriting. What i have in mind for a new implementation is to replace the dragdrop code in controls.pas with abstract classes. I would like to seperate the dragdrop into a DragManager and DropManager. The managers could be in TApplication so they can be replaced and tested seperately without recompiling Lazarus. Besides dragdrop are there any things you would like to see implemented in a new approach? For instance Mattias wants autodocking and he wants to save the dock-layout (desktop ideas?) Youre ideas, opinions and observations please I also thinked that classes for drag and drop are better than global variables and procedures as currently. Please do classes :) Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] New bitmap :-)
Paul Ishenin пишет: Bee wrote: The idea is good. Thank you. Now let Paul choose which Lazarus will use. ;) No, no. It is seems to me that I cannot decide properly since I am not designer - just programmer :) Moreover we dont have designers in team. So I think it will be good if wile64 (as he is designer of most current component images) make decision about last images. I commited all images in r13354. Please check them. Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] latest svn fails to start
Mario R. Carro wrote: On Thursday 13 December 2007 12:22:43 Vincent Snijders wrote: Mario R. Carro schreef: TApplication.IconChanged - TODO: convert this message...no implementation in gtk or win32 [FORMS.PP] ExceptionOccurred Sender=Ecompressionerror Exception=buffer error Stack trace: Any hint? Don't use fpc 2.1.1: http://www.freepascal.org/mantis/view.php?id=10347 Vincent I'm using fpc 2.2.1, not 2.1.1. Mmm, my previous mail lacks context information: I'm boostraping lazarus on a new box with Debian unstable. I installed fpc from Debian (version 2.2.0-2 at this moment) and downloaded the latest fpc and Lazarus from svn (fpc from the fixes_2_2 branch). I compiled fpc-svn with fpc-debian, uninstalled (purged in fact) fpc-debian and then compiled Lazarus with fpc-svn. I still get: TApplication.IconChanged - TODO: convert this message...no implementation in gtk or win32 [FORMS.PP] ExceptionOccurred Sender=Ecompressionerror Exception=buffer error Stack trace: $081A99BE $081A1DBB $081A1B94 $0819CF1D $0819AC01 $0813ED11 TFPIMAGEBITMAP__READSTREAM, line 1957 of graphics.pp $08133EE4 TBITMAP__LOADFROMSTREAM, line 461 of ./include/bitmap.inc $0812F6C0 LOADBITMAPFROMLAZARUSRESOURCE, line 1540 of graphics.pp $0808DF5A TSPLASHFORM__CREATE, line 94 of splash.pp $0805BACF main, line 88 of lazarus.pp TApplication.HandleException buffer error Stack trace: $081A99BE $081A1DBB $081A1B94 $0819CF1D $0819AC01 $0813ED11 TFPIMAGEBITMAP__READSTREAM, line 1957 of graphics.pp $08133EE4 TBITMAP__LOADFROMSTREAM, line 461 of ./include/bitmap.inc $0812F6C0 LOADBITMAPFROMLAZARUSRESOURCE, line 1540 of graphics.pp $0808DF5A TSPLASHFORM__CREATE, line 94 of splash.pp $0805BACF main, line 88 of lazarus.pp fpc -v returns: Free Pascal Compiler version 2.2.1 [2007/12/14] for i386 Copyright (c) 1993-2007 by Florian Klaempfl Fatal: No source file name in command line Fatal: Compilation aborted Error: /usr/local/bin/ppc386 returned an error exitcode (normal if you did not specify a source file to be compiled) This is very known problem. At first fpc 2.3.1 had it but later it was merged into fpc 2.2.1. Today fix was merged into fixes branch. So if you are using svn - just update and recompile fpc. If you are using snapshot then wait for tomorow. Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] No more NumGlyphs in buttons
Giuliano Colla wrote: BitBtn is supposed to support showing different glyphs for different states, the same as SpeedButton (NumGlyph property etc.). The only difference is that it doesn't have a bsExclusive state, which can be therefore ignored. I'll let you have some screenshots of what it was showing up to some time ago, together with a minimal example to test it, as soon as I get rid of current emergencies. Here I am. This: http://www.copeca.it/colla/Glyphs1.png is a screenshot showing the glyph provided to BitBtn and a BitBtn displayed both in enabled an disabled state.In the disabled state it shows the correct glyph, but grayed, which isn't correct. This is as of r. 12476. Currently it shows the same glyph bot in the enabled and disabled state, and doesn't show the bsDown glyph when pressed. see: http://www.copeca.it/colla/Glyphs2.png For comparison there are also four SpeedButtons, which have the same glyph, and which behave correctly. Here's the small app used to peoduce the screenshots: http://www.copeca.it/colla/buttonglyph.zip Ah, you are about gtk. As I know bitbtn states never worked under gtk. I implemented them, please check r13331. Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] vote for bdd related component icon
Bee пишет: I propose these icons. Just trying to help, again. :-D More. Only TChart commited in r13312. TButtonPanel look differ than your drawing :) Please try again. Use lesser height of panel and more gradient buttons. Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] New bitmap :-)
Bee wrote: it's good for me, the tdatabase and tdbcontrol is not used. If these are accepted then my icons for TSQLQuery and TSQLTransaction should be (temporarily) accepted, until Laurent has a better ones. ;) -Bee- Sorry, if they are temporary, then I better wait for final versions and then commit :) But anyway I think that something common and unique should be used in all sqldb component images. Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] New bitmap :-)
wile64 пишет: Thanks, ipc images commited in r13306. About db images. They are good, but I will not commit until you tell me that they are last. it's good for me, the tdatabase and tdbcontrol is not used. I applied new images in r13318 Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] No more NumGlyphs in buttons
Giuliano Colla wrote: Please check r13286 for bsExclusive. Now SpeedButton is ok. Thanks a lot. The only feature missing now is showing proper glyphs in BitBtn. Sorry, maybe I dont know something. What's wrong with BitBtn? Any example to reproduce is highly appriciated :) Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] New bitmap :-)
wile64 пишет: 2007/12/13, Bee [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: A little fix for TODBCConnection, TPairSplitter, and TProcess. Plus, new icons for TMemDataset, TSDFDataset, TFixedFormatDataset, and TDBF. I propose a color convention for icon with text. For any standard, commonly used or known abbreviation, such as HTML, XML, INI, IPC, etc, we use Laurent's color like being used on TXMLConfig. But for any other abbreviation that are not standard and commonly used, it should use its own color that is different from Laurent's color. Like what I'd done with the above xxxDataset icons. What do you think? -Bee- You are going too fast ;-) The printer is too light (tprintxxx.png) more contrast please I commited your and Bee images in r.13323. Please check both if I commited all what you sent. Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] New bitmap components dialogs
wile64 пишет: thanks, commited in r13293 btw, how you want to select which TDataSource to use? Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] New bitmap :-)
wile64 пишет: More -- Laurent. Thanks, ipc images commited in r13306. About db images. They are good, but I will not commit until you tell me that they are last. Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] vote for bdd related component icon
wile64 пишет: Hi all, Please vote for the image of your choice Thanks, -- Laurent. My votes are 1. tdatasource.png (I like it more since it is delphi TDataSource that I know last 7 years - sorry :( ) 2. tdatasource2.png (imo better than tdatasource1) 3. tdatasource1.png Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] laz-qt on ubuntu
Bee пишет: Hi all, Somewhere I read that next Lazarus release will use qt as the default widget for the IDE. dont trust this info. it is not true. Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] splash image: share your ideas
Bee пишет: Hi all, Continuing Laurent's work, I can manage my graphics designer to make a new Lazarus splash image. The image at http://i5.tinypic.com/89gmjq1.png only shows the current basic ideas. It is really nice. Btw, have you seen new lazarus splash image? I worry, we dont need second splash image in this month :) Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] New bitmap :-)
wile64 пишет: more -- It looks only as clock-face. Maybe something as attached (from silk library) can be used as prototype? But with push putton on top :) Btw, I like your Z-z-z idea on idle timer. Best regards, Paul Ishenin. inline: time.png
Re: [lazarus] New bitmap components dialogs
wile64 пишет: I start new bitmap for dialogs components yes, they looks better. I commited them and timers with push button in r12285. Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] No more NumGlyphs in buttons
Paul Ishenin пишет: Giuliano Colla wrote: Recently a reorganization of button images has taken place, creating an image cache. This would be very good, if it weren't for the small detail that multiple button glyphs aren't shown anymore, and that, if they were shown, they'd be shown wrong, because MouseInControl would activate the bsExclusive Glyph in SpeedButton, which is intended for a totally different purpose, breaking not only Delphi compatibility, but LCL self consitency. See attached image, where the bitmap with four glyph is shown, together with the resulting button faces. I fixed NumGlyph problem in r13272. I will look for bsExclusive also. Please check r13286 for bsExclusive. Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] New bitmap :-)
wile64 пишет: Yes, I just want to make sure my idea to Laurent. Not to directly replace current TShape icon. It looks no good as Laurent's. :) -Bee- It's good for me, small modif color and border ;-) Thanks Thanks both to bee and wile64. TShape image has been commited in r13255. Dont stop - we have at least Data controls and System tabs :) Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] No more NumGlyphs in buttons
Giuliano Colla wrote: Recently a reorganization of button images has taken place, creating an image cache. This would be very good, if it weren't for the small detail that multiple button glyphs aren't shown anymore, and that, if they were shown, they'd be shown wrong, because MouseInControl would activate the bsExclusive Glyph in SpeedButton, which is intended for a totally different purpose, breaking not only Delphi compatibility, but LCL self consitency. See attached image, where the bitmap with four glyph is shown, together with the resulting button faces. I fixed NumGlyph problem in r13272. I will look for bsExclusive also. Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] New bitmap :-)
Bee пишет: Please take a close look again between default.png and the shapes on TDrawGrid. I hope you'll get what I meant. :) This is the best I can do. (tshape.png is attached) :-D I will wait for the end of your discussion. Bes regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] New bitmap :-)
wile64 пишет: More... thanks, applied in r13206. Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] New bitmap :-)
wile64 пишет: more... Thanks, commited in r13210. Btw, with such speed we will have absolutely new component palette in next week :) Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Problem compiling last SVN
Guadagnini David пишет: Have a problem during compile last SVN version (13080) The messag is C:\lazarus\ide\lazarus.pp(114,1) Error: Undefined symbol: VMT_LCLCLASSES_TLCLHANDLECOMPONENT some idea? I use Lazarus on Windows XP with FPC 2.2.1 do make clean Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] New bitmap :-)
wile64 wrote: I may be stupid but what is the difference between TPageControl and TNoteBook exactly ? TNoteBook is some obsoleted win 3.1 control. In current lazarus implementation TNotebook has about the same implementation as TPageControl. All difference is in how pages can be accessed and in way of controlling visibility of Tabs. In TNoteBook tabs (top part of control) can be totally visible or invisible. In TPageControl you can control visibility of separate tabs. Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] New bitmap :-)
wile64 пишет: Paul, !! ATTENTION !! - tfilenamedit.png is not used - tfilenameedit.png is used I do not know how to differentiate between tpagecontrol.png and tnotebook.png the same visually! you can draw TNotebok without tabs at top and TPageControl with tabs. Or draw tabs in different way. regards, Thank, applied in r13187. Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] New bitmap :-)
A.J. Venter пишет: Well, Here is mine for TPopupNotifier - if somebody can make one that is actually pretty, I won't mind :p A.J. Thanks, commited in r13195 Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] New bitmap :-)
Bee wrote: Hi Laurent, For TODBC icon, this might be the good candidate: http://www.smg-hosting.co.uk/images/odbc_logo.gif Under what license that image is distributed? Why do you think we can use it? Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] New bitmap :-)
Bee пишет: Thanks, commited in r13199. Can we these applied onto laz 9.24.1 (fixes branch) as well? No. Since component images are in xpm in laz 0.9.24 Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] New bitmap :-)
wile64 пишет: More Thanks, commited in r13160. Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] New bitmap :-)
wile64 пишет: Paul, see tcolorcombobox.png is not used. Thanks, new images commited, TColorCombobBox deleted in r13163. Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] New bitmap :-)
A.J. Venter wrote: Well, Here is mine for TPopupNotifier - if somebody can make one that is actually pretty, I won't mind :p Sorry, what is TPopupNotifier? Where can I find it? Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] New bitmap :-)
wile64 пишет: Hi paul, I made when I time ;-) Thanks, commited in r13199. Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] New bitmap :-)
wile64 wrote: More... TToggleBox is not distinct enough from TButton. But if you draw the same box but in pressed state then it will be ok. All other are commited in r13145. Thanks. Best regards, Paul Ishenin _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Give me way to debug codetools !!!
Andrey Gusev wrote: Have some enrichment of debug output in finddeclarationtool.pas, i don't see results in --debug-log file. Whereas gdb tracked shows that my DebugLn()s have called. Have DebugLn()'s out whatever additional controls (besides --debug-log parameter) ? With cleaning-recompiling all correctly, it checked. If you are on windows, just add {$apptype console} to lazarus\ide\include\ide.inc and you'll have second ide window with console. There you'll see all output and your debugln too. Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] New bitmap :-)
wile64 пишет: more... Thanks, commited in r13151. Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] New bitmap :-)
wile64 пишет: 2007/12/4, Paul Ishenin [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: wile64 wrote: More... TToggleBox is not distinct enough from TButton. But if you draw the same box but in pressed state then it will be ok. All other are commited in r13145. Thanks. Best regards, Paul Ishenin he is in pressed state, compare with TButton ! They should differ more. I've made more pressed TToggleBox (left top borders are dark and less internal gradient) based on your image and commited it in r13152. Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Message with image as attachement
Damien Gerard пишет: Each time I send a email to the lazarus ml with an image the mail never reaches. It is a bug or a feature ? :) I think protection from big mail size (if your images are big in size). Use imagebin.org to upload images and provide link here to it. Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Problem Build last version
Graeme Geldenhuys пишет: PrettyFormat and ExploreIDEMenu packages are now broken. I removed them and Lazarus recompiled okay. Sorry, my fault - I have not checked compilation of big ide. Fixed in r13079. I extended interface of menu registrator with one new argument (to allow register icon for menu item). Next time I will add new arguments to the end of function inspite of logic. Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] icons sqldb-components
wile64 пишет: Icons for SQL. Thanks, commited in r13084. Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] is laz 9.24 fixes on svn ready to be used?
Bee пишет: Please suggest I got the list from Change Logs. I suggest these: 0008029: [Database] Ctrl+C and Ctrl+Z don't work in a TDBMemo 0010248: [IDE] Some icons aren't showed into the component palette iirc all graphic issues I want to merge into stable branch are there 0010198: [LCL] OnMouseWheel WheelDelta is opposite in sign for Win32 and GTK2 yes 0010178: [LCL] Wrong RoundRect drawing with QT yes 0010170: [IDE] More appropriate window's title text 634: [-] TStaticText.BorderStyle no - big rewrite of TStaticText under gtk 0010008: [Widgetset] TPageControl.GetImageIndex never gets called on Win32 yes 0009996: [Patch] PageControl.TabVisible works incorrectly yes Please consider. :) Anyway, this is only my minds. Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Google's Android OS :)
Víctor R. Ruiz пишет: Hi: 2007/11/22, Luca Olivetti [EMAIL PROTECTED]: Considering that application for android have to be written in java I somewhat doubt it. Even worse, Google uses its own virtual machine. Lets teach fpc to generate java byte code for that machine :) Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Latest reviosn fails on Windows
Jeff Steinkamp пишет: C:\lazarusmake try make clean all Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Crash: Exception=Resource TODBCConnection not found
Andrey Gusev wrote: fpc 9275 lazarus 12952 Why you think it is crash? Just an exception which handled by lazarus. But I'll reimplement things to prevent exceptions. Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Crash: Exception=Resource TODBCConnection not found
Andrey Gusev wrote: * Paul Ishenin [EMAIL PROTECTED] [Wed, 21 Nov 2007 17:19:04 +0700]: Andrey Gusev wrote: fpc 9275 lazarus 12952 Why you think it is crash? Just an exception which handled by lazarus. But I'll reimplement things to prevent exceptions. IDE spontaneous exits after brings message box, - when only i try to mouse move. This exception brings only after rebuilding IDE from itself inside. Lazreport, Printer4lazarus, rx, rxnew, sqldblaz, have installed. I fixed exception in r12954 Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Notice: Possible copyright infringements in FPC code base
Martin Waldenburg wrote: Michael Van Canneyt schrieb: Probably we could put a shellsort behind it, and no-one would notice :-) for comparision intensive sorting a well implemented Mergesort beats everything, especialy with caseinsensitive Unicode it can exceed other Algorithms 100 times for larger lists. It uses slightly more memory thought. It be improved even furter by doing some preprocessing before doing the actual sort If we are talking about TStringList.Sort then we will work with ansi strings. To compare ansi strings the best will be radial sort method. It doesnot use string compare at all - only chars compared level by level. I've not searched for english description of method but using google translate you can read this page: http://algolist.ru/sort/radix_sort.php There you can find C implementation of method. I also have somewhere pascal implementation. Some years ago I did comparision of quicksort, qucksort with inserts (which a bit faster than usual quicksort) and radial sort. Radial sort was the fastest. Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] last svn problems under fpc 2.0.4
Giuliano Colla wrote: Svn r 12899 doesn't compile under linux/fpc 2.0.4. The error reported is wrong number of parameters specified in two BoolToStr calls in lcl/graphtype.pp module. Commenting out the second parameter of the call , it compiles fine, but the application crashes with a sigsev in TImageCacheItems.GetIemForListener (imagelistcache.pas) Do you have stack trace? Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] last svn problems under fpc 2.0.4
Giuliano Colla wrote: Paul Ishenin ha scritto: Giuliano Colla wrote: Svn r 12899 doesn't compile under linux/fpc 2.0.4. The error reported is wrong number of parameters specified in two BoolToStr calls in lcl/graphtype.pp module. Commenting out the second parameter of the call , it compiles fine, but the application crashes with a sigsev in TImageCacheItems.GetIemForListener (imagelistcache.pas) Do you have stack trace? I should have thought it myself. Sorry. Please find it here attached. Rev is 12918, platform Linux, fpc 2.0.4. I tested three different applications, and they all crash, with pretty much identical stack trace. Please test with r12919. If error is still present then please send me (or create bug rep with) any test application. Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] last svn problems under fpc 2.0.4
Paul Ishenin пишет: Giuliano Colla wrote: Paul Ishenin ha scritto: Giuliano Colla wrote: Svn r 12899 doesn't compile under linux/fpc 2.0.4. The error reported is wrong number of parameters specified in two BoolToStr calls in lcl/graphtype.pp module. Commenting out the second parameter of the call , it compiles fine, but the application crashes with a sigsev in TImageCacheItems.GetIemForListener (imagelistcache.pas) Do you have stack trace? I should have thought it myself. Sorry. Please find it here attached. Rev is 12918, platform Linux, fpc 2.0.4. I tested three different applications, and they all crash, with pretty much identical stack trace. Please test with r12919. If error is still present then please send me (or create bug rep with) any test application. r12920 also make things better (12919 fixes one crashes, 12920 - another) Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Lazarus and Ctrl-C
Antonio Sanguigni пишет: Hi all, I would just to warn you about a problem under Windows with CTRL-C into the source editor. I receive an error from Lazarus but clicking ok it is going on and CTRL+v works fine. Under Linux it is working really fine, no errors. ;) FPC 2.2.0 - Lazarus 0.9.25 - rev. 12889 I also have such error, but seems we are only two man that have such error. I asked other devels several times, but they dont have error. Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Unable to build the current Lazarus with fpc 2.0.4
Mattias Gaertner wrote: On Fri, 16 Nov 2007 13:42:47 +0200 Adrian Maier [EMAIL PROTECTED] wrote: Hello, I'm getting the following error when trying to build the latest (svn) Lazarus : Free Pascal Compiler version 2.0.4 [2006/08/20] for i386 Copyright (c) 1993-2006 by Florian Klaempfl Target OS: Linux for i386 Compiling lazarus.pp Compiling main.pp Compiling /stuff/am/src/lazarus/designer/designer.pp Compiling customformeditor.pp customformeditor.pp(1285,38) Error: identifier idents no member PropertyPath customformeditor.pp(2291) Fatal: There were 1 errors compiling module, stopping customformeditor.pp(74,12) Fatal: Compilation aborted make[2]: *** [lazarus] Error 1 make[2]: Leaving directory `/stuff/am/src/lazarus/ide' make[1]: *** [ide] Error 2 make[1]: Leaving directory `/stuff/am/src/lazarus/ide' make: *** [ide] Error 2 Make sure your svn has no conflicts (svn diff should be empty) and that you do a clean rebuild. This relates to fpc 2.0.4 and DisableFakeMethods define Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] GTK2 Under Windows
Graeme Geldenhuys wrote: What I need to install ? Gimp may be ? Gimp has split the GTK libraries and the GIMP install. So follow the download links and only download the GTK setup. I think that should do the trick, but then again as far as I know GTK support under Windows is very experimental. If you are about LCL side then there are few bugs that linux version doesnot have. I've fixed some gtk2-windows problems in 0.9.23 time. Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Recent gtk CreatePatternBrush implementation
Luiz Americo Pereira Camara wrote: function CreatePatternBrush(hbmp:HBITMAP):HBRUSH; var Log: TLogBrush; begin with Log do begin lbColor := 0; lbHatch := hbmp; lbStyle := BS_PATTERN; Result := CreateBrushIndirect(Log); end; end; I warry in this case about DIBs, but for other widgetsets than windows I can use indeed CreateBrushIndirect. Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] suggestion to create laz fixes version
Bee wrote: Sorry, I meant 0.9.24. A typo. Which fpc version it's gonna use? fpc stable or fpc fixes? I hope Lazarus fixes will use fpc fixes, as I suggested. This way, we'll have fixes from both tool (fpc and lazarus). I personally would prefer to use this fixes branch for development. You are about snapshots or sources? If about snapshots then it is possible to use both fixes. But sources will be based on the same version of fpc as lazarus development version (in other words on last stable fpc version). Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] suggestion to create laz fixes version
Bee пишет: You are about snapshots or sources? Both, as I suggested before: - Lazarus 9.24.0 using FPC 2.2.0 (latest stable) - Lazarus 9.24.1 using FPC 2.2.1 (latest fixes) - Lazarus 9.25 using FPC 2.3.1 (latest development) Then lets think of how to release lazarus 0.9.26 before fpc 2.4? Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] suggestion to create laz fixes version
Bee пишет: Then lets think of how to release lazarus 0.9.26 before fpc 2.4? Wouldn't laz 9.26 is based on 9.25 and fpc 2.4 is based on 2.3? This way laz release will be always synchronized with fpc release. If we stick to this scheme then we shouldn't release laz 9.26 before fpc 2.4 is released. Yes, but we have plans to release more often than fpc team - at least twice per year, or better once per quarter. Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Masks
Bogusław Brandys wrote: [skip] Warning: This function will not be totally compatible with buggy delphi behaviour! It should be rather compatible with some useful but unimplemented (by delphi) features. Please be as much compatible with delphi as posible and provide second (better) behaviour by some argument if you with. Like FormatMaskText( DelphiCompatible: Boolean = True) Too much components code depends on FormatMaskText. Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Latest svn eats IDE icons
Giuliano Colla wrote: Upgrading to the latest snv (r 12796) some icons on the IDE Bar have disappeared. Notably, in the Addtional Section, the icons for TImage and TColorBox are blank, while TColorListBox shows just a few pixels on top. The same occurs for some custom components I've added. Three Icons show properly, the fourth doesn't show at all. Is there some issue with transparency requiring the upgrade of icons, or it's just a bug? Just a bug. I am working on that new bugs I introduced in recent changes though I dont have them on my main development platform (windows XP). Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Latest svn eats IDE icons
Paul Ishenin wrote: Giuliano Colla wrote: Upgrading to the latest snv (r 12796) some icons on the IDE Bar have disappeared. Notably, in the Addtional Section, the icons for TImage and TColorBox are blank, while TColorListBox shows just a few pixels on top. The same occurs for some custom components I've added. Three Icons show properly, the fourth doesn't show at all. Is there some issue with transparency requiring the upgrade of icons, or it's just a bug? Just a bug. I am working on that new bugs I introduced in recent changes though I dont have them on my main development platform (windows XP). That was more generic bug and it has been fixed in r12797. Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Another icons for Lazarus
wile64 пишет: 2007/10/26, Felipe Monteiro de Carvalho [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: I was taking a look at the TTrayIcon icon, and its barely visible under Windows Vista. Maybe a new TTrayIcon icon could be made =P please thanks, -- Felipe Monteiro de Carvalho See the new trayicon icon ;-) This and previous component images have been commited in r12735. Thanks. Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] freeze while resizing a window (GTK2 with rev 12674)
Albert Zeyer пишет: Am Donnerstag, den 01.11.2007, 15:35 +0100 schrieb Mattias Gaertner: Just a guess: Maybe it is an endless loop between gtk and LCL about too small widget sizes. I added minimum constraints of 1x1. Can you update lazarus svn and check if this fixes the problem? I have updated the svn (to rev 12679) but it seems that something is completly broken now. See the screenshot: http://img217.imageshack.us/my.php?image=lazarusfr4.png Try to update from svn once again :) Svn version of lazarus gives no promices of correct work. Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] [R1259x][GTK2][Ubuntu] SegV in APPLYMASK
Milipili Houbi wrote: I have found a way to demonstrate the problem. here is the protocol to reproduce the error with the last rev of lazarus (12641). I have not test with previous one. - Env: Ubuntu 7.10, GTK2 - Create a new project - Put a TImage, align alTop, strech = true - Using the inspector, load the attached image - This will produce a SegV Should I open a new Bug report ? I can confirm under windows gtk2. Please, create a new bug report. Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives