Re: [Lazarus] Flexible exporter for grid-like components
On 05/02/2016 01:24 PM, Luiz Americo Pereira Camara wrote: Em 2 de mai de 2016 07:55, "Werner Pamler" mailto:werner.pam...@freenet.de>> escreveu: >> >> I would have the name of the base class (LazExporter) reflect that it >> is intended for use with "2D-Data", and that it exports text. > > TLaz2DTextExporter, or TCustom2DTextExporter? Or anything else? Does not grid implies a 2D format? TLazGridTextExporter? TLazTextGridExporter? Is necessary Laz prefix? IMO, no, but TXExporter would be ok where = class name eg. TStringGridExporter, TListViewExporter, TTreeViewExporter zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Problem with non-ascii chars fpc-3.0.0 vs fpc-3.1.1 under Windows
On 04/28/2016 02:26 PM, Bart wrote: Example with set zeljko=äëï Result of StringCodePage in sqaure brackets: GetEnvironmentVariableUtf8: zeljko = $C3 $A4 $C3 $AB $C3 $AF [0] GetEnvironmentVariable with UnicodeString: zeljko = $00E4 $00EB $00EF [1200] UTF16ToUTF8 on result of previous line: zeljko = $C3 $A4 $C3 $AB $C3 $AF [65001] GetAppConfigDirUtf8: [65001] As a workaround you may try to use the Unicode variant of GetEnvironmentVariable and convert it to Utf8 with UTF16ToUtf8(). The resulting string (on my system) then has stringCodePage = CP_UTF8 again. Thanks, that workaround works, but with 2.6.4 have another type of problem: 1.Home dir is C:\Users\Željko 2.DirectoryExistsUTF8, any file inside $HOME FileExistsUTF8 and other file routines from LazFileUtils works like a charm. 3.IniFiles - TMemIniFile uses UpdateFile, and of course eg. C:\Users\Željko\myinifile.ini fails to update because UpdateFile inifiles uses ForceDirectories() ... 4.I said ok, let's create it with: a) UTF8ToSys(AFileName) - does not work b) UTF8ToConsole(AFileName) - does not work c) UTF8ToAnsi(AFIleName) - does not work d) LConvEncoding.UTF8ToCp1250(AFIleName) WORKS So, have I missed something about UTF8ToSys() and others in case of fpc-2.6.4 ? NOTE: I'm talking about fpc-2.6.4 ! fpc-3.0.0 works correct in this case zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Problem with non-ascii chars fpc-3.0.0 vs fpc-3.1.1 under Windows
On 04/27/2016 09:00 PM, Mattias Gaertner wrote: On Wed, 27 Apr 2016 20:30:43 +0200 zeljko wrote: GetEnvironmentVariableUTF8 returns an UTF-8 encoded string. This is not true under windows 10 + fpc-3.0.0 when user name is Željko. CurrentDir & CurrentDirUTF8 returns C:\Users\Željko\test GetAppConfigDirUTF8(False) returns C:\Users\Željko\test GetEnvironmentVariable & GetEnvironmentVariableUTF8 returns C:\Users\L"eljko <- looks like wrong. What encoding do you need for the function result? Same result as from eg GetAppConfigDirUTF8(False), so UTF8 but only homedir part (C:\Users\Željko) zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Problem with non-ascii chars fpc-3.0.0 vs fpc-3.1.1 under Windows
On 04/27/2016 09:00 PM, Mattias Gaertner wrote: On Wed, 27 Apr 2016 20:30:43 +0200 zeljko wrote: Hi, Just run into problem with fpc-3.0.0, OS Windows-10 64bit, 32bit application, lazarus trunk qtlcl and win32 ws both have same problem. fpc-3.1.1 (18.01.2016) is correct - both running from lazarus or as standalone. fpc-3.0.0 is not correct in both cases (even worse if running from lazarus, then GetEnvironmentVariableUTF8 returns garbage instead of letter Ž. fpc-2.6.4 - works just fine. My project doesn't use anything special - pure empty project with one form and TMemo - no extra settings like -FcUTF8 or similar, using mode delphi Problematic part is line with CACHEDIR= (see screenshoots) which is correct with 3.1.1 and it returns correct path from this function: function GetCacheDir_: String; {$IFDEF MSWINDOWS} var s: string; s1: string; {$ENDIF} begin {$IFDEF UNIX} Result := GetEnvironmentVariable('HOME') + PathDelim + '.holobit'; {$ELSE} // fpc-3.1.1 returns correct values here, while fpc-3.0.0 NOT // if environmentvariable contains non-ascii chars s := GetEnvironmentVariable('HOMEDRIVE'); // added s := s+ to fit into mail ... s := s + GetEnvironmentVariable('HOMEPATH')+PathDelim+'.holobit'; SetLength(s1, length(s)); OEMToAnsiBuff(@S[1], @S1[1], length(S1)); OEMToAnsiBuff expects a string in DOS codepage and returns a string in Windows codepage. Yes, I know that ,but that's not problem...look below... GetEnvironmentVariableUTF8 returns an UTF-8 encoded string. What encoding do you need for the function result? UTF-8, but question is why 3.1.1 (and 2.6.4) returns correct result but 3.0.0 NOT with same project and same settings. Another thing is that project when running from IDE with fpc-3.0.0 doesn't get correct result even for GetEnvironmentVariableUTF8(), while 3.1.1 is correct again. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] Problem with non-ascii chars fpc-3.0.0 vs fpc-3.1.1 under Windows
Hi, Just run into problem with fpc-3.0.0, OS Windows-10 64bit, 32bit application, lazarus trunk qtlcl and win32 ws both have same problem. fpc-3.1.1 (18.01.2016) is correct - both running from lazarus or as standalone. fpc-3.0.0 is not correct in both cases (even worse if running from lazarus, then GetEnvironmentVariableUTF8 returns garbage instead of letter Ž. fpc-2.6.4 - works just fine. My project doesn't use anything special - pure empty project with one form and TMemo - no extra settings like -FcUTF8 or similar, using mode delphi Problematic part is line with CACHEDIR= (see screenshoots) which is correct with 3.1.1 and it returns correct path from this function: function GetCacheDir_: String; {$IFDEF MSWINDOWS} var s: string; s1: string; {$ENDIF} begin {$IFDEF UNIX} Result := GetEnvironmentVariable('HOME') + PathDelim + '.holobit'; {$ELSE} // fpc-3.1.1 returns correct values here, while fpc-3.0.0 NOT // if environmentvariable contains non-ascii chars s := GetEnvironmentVariable('HOMEDRIVE'); // added s := s+ to fit into mail ... s := s + GetEnvironmentVariable('HOMEPATH')+PathDelim+'.holobit'; SetLength(s1, length(s)); OEMToAnsiBuff(@S[1], @S1[1], length(S1)); Result := S1; {$ENDIF} end; So, my question would be: is it known bug in 3.0.0 and will be fixed in 3.0.2 or it's already merged in fixes_3_0 or I can sit and cry...or I'm missing something ? Thanks zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] PopupMenue Editor --> Access Violation
On 04/20/2016 09:41 AM, Juha Manninen wrote: On Wed, Apr 20, 2016 at 10:39 AM, Zeljko wrote: Maybe you should open an issue about it. Yes, with clear steps to reproduce. Right now opened project, right clicked on PopupMenu and tried to add item above first item. TApplication.HandleException Access violation Stack trace: $00A309E0 line 1564 of ../designer/menueditor.pp $00918967 line 6115 of propedits.pp $00A32D0E line 2026 of ../designer/menueditor.pp $00A2CED6 line 660 of ../designer/menueditor.pp $0051759F $006B0E44 line 246 of include/customaction.inc $0051723B $006A9160 line 87 of include/menuitem.inc $006A9A37 line 282 of include/menuitem.inc $0043AD41 $00396A17C6D6 zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] PopupMenue Editor --> Access Violation
On 04/20/2016 08:58 AM, John Landmesser wrote: Hi, PopupMenue-component editor is broken. if i try to edit an existing(!!) PopupMenue, i get access violation. It's ok if i create a new PopupMenue Lazarus 1.7 r5 FPC 3.0.0 i386-win32-win32/win64 I've run into AV last night, but haven't time to investigate. Just closed popupmenu editor and continued to work. Maybe you should open an issue about it. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Adding TListView.GetHeaderHeight
On 04/12/2016 12:39 PM, Denis Kozlov wrote: On 12 April 2016 at 08:29, Zeljko mailto:zel...@holobit.net>> wrote: On 04/11/2016 05:29 PM, Denis Kozlov wrote: Is it possible to add a TListView.GetHeaderHeight method? My implementation for Windows as a standalone function is attached. Can this can be done on other platforms? I don't have the expertise in other widgets. AFAIK yes. I have submitted a patch which implements it for Win32 and WinCE widgetsets: http://bugs.freepascal.org/view.php?id=29997 Is anybody interested in implementing it for other platforms? I'll implement it, doesn't look like a big problem, but still wondering why is this good for (getHeaderHeight) ? zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Adding TListView.GetHeaderHeight
On 04/11/2016 05:29 PM, Denis Kozlov wrote: Hi, Is it possible to add a TListView.GetHeaderHeight method? My implementation for Windows as a standalone function is attached. Can this can be done on other platforms? I don't have the expertise in other widgets. AFAIK yes. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] TScrollbar users
On 04/10/2016 08:01 PM, Mattias Gaertner wrote: On Sun, 10 Apr 2016 19:24:31 +0200 Zeljko wrote: Hi all, Today I've fixed longstanding bug with TScrollbar and max allowed position of thumb. http://bugs.freepascal.org/view.php?id=20127 Now , gtk2 (gtk lib >= 2.14), qt and win32 have unified behaviour. Pls. test against lazarus trunk >= r52156 and see if there's some regression or problem since I want to merge those fixes into 1.6.2. P.S: Carbon users feedback is badly needed (haven't touch anything on osx yet ... too far away from my mac machine till next sunday) Seems to work. I don't see a difference. There are no up/down arrows on my Mac. Ah, then it'll work fine. Have you tested with example provided there ? Thanks for testing :) zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] TScrollbar users
Hi all, Today I've fixed longstanding bug with TScrollbar and max allowed position of thumb. http://bugs.freepascal.org/view.php?id=20127 Now , gtk2 (gtk lib >= 2.14), qt and win32 have unified behaviour. Pls. test against lazarus trunk >= r52156 and see if there's some regression or problem since I want to merge those fixes into 1.6.2. P.S: Carbon users feedback is badly needed (haven't touch anything on osx yet ... too far away from my mac machine till next sunday) Thanks. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Bashing the developers
On 04/09/2016 09:40 PM, Marc Santhoff wrote: Open Source is about helping to make things happen, not demanding others to do so. +1 zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] German umlauts in component names
On 04/08/2016 12:24 PM, Vojtěch Čihák wrote: Why sometimes come these empty mails from jel...@misticnabica.hr? Is it regular member or some bot? I think it's hacked machine...I'll inform that ppl that they are sending spam. btw. I don't see such empty emails. Where do they come ? To your email or to list ? zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Search dialog scope
On 04/07/2016 09:34 AM, Michael Van Canneyt wrote: Hello, Did something change in the search(&replace) dialog scope handling ? Since some time, I must alwas set the scope to "selection", and the origin to 'beginning' manually. No matter where my cursor is. I am pretty sure that before, if there is a nonempty selection, the dialog would set these settings correct for me. Did something change in this regard ? What is the 'rule' that is followed by the dialog ? If something changed, can we please get the old behaviour back somehow ? (this is since some time, but I verified with yesterday's version) Same thing is killing me. Always have to check "Selection" manually :( zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus 1.6 , Sparta and Qt
On 04/05/2016 11:24 AM, Dimitrios Chr. Ioannidis wrote: Hi, is the sparta package compatible with the Qt widget set ? I'm having source editor misplacement's when I build laz 1.6 ( fixes branches ) in Debian 7 KDE ( Qt 4.8 ) using fpc 3.0 ( fixes branches ) . Use trunk lazarus not 1.6 fixes since many commits isn't merged into 1.6. So, definitive answer will be NO. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] System variables visibility
On 03/31/2016 05:16 PM, John Landmesser wrote: Hi, i developed an application ( Linux ) that need to know where $ORACLE_HOME points to. The only way was to start my app with a shell-script, defining: #! /bin/bash export ORACLE_HOME=/usr/lib/oracle/ # run my app Lazarus_Oracle_app Had no success defining this variable in bashrc or profile. But why do i have to define this in my start-script? That's how unix works. Or add it to your start script or add /usr/lib/oracle to the /etc/ld.so.conf, or in modern distros create file in /etc/ld.so.conf.d/myoraclepath and put inside /usr/lib/oracle And all of that is to satisfy LD_LIBRARY_PATH. ORACLE_HOME is oracle only env variable, so maybe you must export it all the time via script or add it to $HOME/.bashrc so it will be always exported after login. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Building Lazarus for QT or GTK2 under windows
On 03/29/2016 09:06 AM, Michael Thompson wrote: G'day, I'm having problems building Lazarus for either QT or GTK2. I'm running Windows 8, using Laz and fpc Trunk. I'm changing the LCL Widget Type from Lazarus -> Tools -> Configure "Build Lazarus". No defines. "Normal IDE". Target OS: Win32, Target CPU: i386 Rebuilding from the Configure "Build Lazarus" by clicking "Build" You must choose Qt as widgetset here in this dialog. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] SVN - SIGSEGV in external C lib when Lazarus in Debug mode (Qt)
On 03/22/2016 09:58 PM, Krzysztof wrote: Hi, I have music player based on Bass library. It can play online radio and signal (metadata) if song in radio has changed. Code is quite old and Bass binary is not changed. Recently I updated SVN source (I need to use it because it has important bug fixes), rebuild Lazarus and receive metadata stopped worked but only in Debug mode, Release is working fine. This is output in debug mode: TApplication.HandleException Unknown Run-Time error : 202 Stack trace: $00437E5F $7F38A2AF6634 QObject: Cannot create children for a parent that is in a different thread. (Parent is Oxygen::WidgetStateEngine(0x2812a90), parent's thread is QThread(0x272ddb0), current thread is QThread(0x7f387d20) QObject: Cannot create children for a parent that is in a different thread. (Parent is Oxygen::WidgetStateEngine(0x28161e0), parent's thread is QThread(0x272ddb0), current thread is QThread(0x7f387d20) QObject: Cannot create children for a parent that is in a different thread. (Parent is Oxygen::WidgetStateEngine(0x28161e0), parent's thread is QThread(0x272ddb0), current thread is QThread(0x7f387d20) QObject: Cannot create children for a parent that is in a different thread. (Parent is Oxygen::WidgetStateEngine(0x2812a90), parent's thread is QThread(0x272ddb0), current thread is QThread(0x7f387d20) QObject: Cannot create children for a parent that is in a different thread. (Parent is Oxygen::WidgetStateEngine(0x28161e0), parent's thread is QThread(0x272ddb0), current thread is QThread(0x7f387d20) QObject: Cannot create children for a parent that is in a different thread. (Parent is Oxygen::WidgetStateEngine(0x28161e0), parent's thread is QThread(0x272ddb0), current thread is QThread(0x7f387d20) QPixmap: It is not safe to use pixmaps outside the GUI thread QPixmap: It is not safe to use pixmaps outside the GUI thread QPixmap: It is not safe to use pixmaps outside the GUI thread QPixmap: It is not safe to use pixmaps outside the GUI thread QPixmap: It is not safe to use pixmaps outside the GUI thread QPainter::begin: Paint device returned engine == 0, type: 2 QPixmap: It is not safe to use pixmaps outside the GUI thread 1. Try to run your application with another style. eg myapplication -styke plastique and see if you have same problem with children creation. 2.Using QPixmap outside of main thread is a big no-no, for that purpose you must use QImage. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus svn trunk compilation broken under Windows
On 03/06/2016 10:32 AM, Sandro Cumerlato wrote: > win32wscustomlistview.inc(84,15) Error: Incompatible types: got "TYPES.TSmallPoint" expected "WINDOWS.TSmallPoint" > win32wscomctrls.pp(1017) Fatal: There were 1 errors compiling module, stopping > Fatal: Compilation aborted Please review attached patch and apply if ok. Pls open an issue about it (if it's not fixed already) and attach patch. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Form Resizing
On 03/07/2016 10:15 AM, Bo Berglund wrote: When I try to find a gtk3 setting inside Lazarus I only do so in the dialog Tools/Configure_BuildLazarus, where it is contained in a dropdown box labelled "LCL widget type" and named "gtk3 (alpha)". There seems to be no way to build an *application* with gtk3 without rebuilding the whole Lazarus environment first, is this the case? That's not true. You can build lazarus for qt or gtk2 and build gtk3 app without problem. Note that gtk3 is really alpha, most of winapi isn't implemented yet. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Form Resizing
On 03/01/2016 05:32 PM, Bo Berglund wrote: I added comment about revision in order to say what state my trunk version is in. I was asked to do that here... It has nothing to do with why this particular revision was created. I just downloaded trunk today in order to check the solution to the resizing issue that was purported to be done. Either that fix is not part of that revision or the fix does not work. Maybe I've wrongly connected this thread and issue http://bugs.freepascal.org/view.php?id=29563 in my head. So if you have any issue about form sizing with gtk2 then please: point me to the right issue at the bug tracker, or open new one with example project. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Form Resizing
On 03/01/2016 03:09 PM, Bo Berglund wrote: Lazarus Help/About shows SVN rev 51768 but I don't know if this is for FPC 3.0.0 or Lazarus trunk... However Lazarus Release 1.6 shows SVN 51666 when I check it so I guess 51768 is the Lazarus revision. Issue was opened about constraints. If there's another issue with gtk2 forms please open issue and attach example project. Another observation (bug?): I put a button on the empty form of the default project. Then I doubleclicked it hoping to get to the OnClick event handler in code editor (which normally will be created), but nothing at all happened. Probably because of recent mouse clicks changes by Ondrej. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Form Resizing
On 03/01/2016 11:51 AM, Juha Manninen wrote: On Tue, Mar 1, 2016 at 11:44 AM, Péter Gábor wrote: Yes! I'm updating mantis with the information immediately... Most likely a GTK2 library version dependent issue. I've fixed that issue (gtk3 also). z. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Question about modal forms behaviour under windows
On 02/26/2016 05:36 PM, Denis Kozlov wrote: @zeljko I've just tested your fixes in latest TRUNK on Windows 7 and it's looking good! Have you considered changing the behaviour where the modal form is getting squashed into a corner when application gets minimized? Instead of squashing every modal form into a corner of the desktop (as demonstrated on the screenshot below), it would be better to minimize them as non-modal forms, i.e. minimize into the taskbar with the main form. Do you think its feasible? I've opened issue about it http://bugs.freepascal.org/view.php?id=29744 , fix will come soon for qt and win32. Issue is opened so we can track possible regressions or other modal windows problems. zeljko Inline images 1 On 8 February 2016 at 10:25, zeljko mailto:zel...@holobit.net>> wrote: On 02/08/2016 11:00 AM, Denis Kozlov wrote: There is a long standing bug report about this particular topic: 0026463: Application minimize not working with modal forms http://bugs.freepascal.org/view.php?id=26463 *Issue 1*: Application.Minimize should always minimize the entire application, including modal forms. Currently, the modal form will get squashed into a corner while other disabled windows will keeping hanging on the desktop. *Issue 2*: Minimizing a modal form, provided that it has the minimize button enabled, should call Application.Minimize with the effect as described in Issue 1. Your opinion is correct. Thanks for the info, I'll assign that issue to my self and fix it soon. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Question about modal forms behaviour under windows
On 02/26/2016 05:36 PM, Denis Kozlov wrote: @zeljko I've just tested your fixes in latest TRUNK on Windows 7 and it's looking good! Have you considered changing the behaviour where the modal form is getting squashed into a corner when application gets minimized? Instead of squashing every modal form into a corner of the desktop (as demonstrated on the screenshot below), it would be better to minimize them as non-modal forms, i.e. minimize into the taskbar with the main form. Do you think its feasible? Qt works :), but problematic part is win32 because of GetRealPopupParent. Simple test shows that creating handle of modalform with getDesktopWindow as parentWindow works fine ... I'll see how to implement that in LCL. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Question about modal forms behaviour under windows
On 02/26/2016 05:36 PM, Denis Kozlov wrote: @zeljko I've just tested your fixes in latest TRUNK on Windows 7 and it's looking good! Have you considered changing the behaviour where the modal form is getting squashed into a corner when application gets minimized? Instead of squashing every modal form into a corner of the desktop (as demonstrated on the screenshot below), it would be better to minimize them as non-modal forms, i.e. minimize into the taskbar with the main form. Do you think its feasible? It'll look better definitelly, but must study win api to get such behaviour. Note that qt and win32 behave in same way about modal windows, so maybe it is so on windows by default. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Problem with lazarus + fpc-3.0.0 under windows 10
On 02/24/2016 03:53 PM, Zeljko wrote: On 02/24/2016 03:20 PM, Zeljko wrote: 1.Fpc-3.0.0 2.Lazarus today trunk. 3.Windows 10 pro 64bit in vmware virtual machine Builds fine, works fine. Now I'm trying to install dozen of my own packages...last one is virtualtrees package, in message window I can see: Linking lazarus... and then Fatal: no memory left Tested with pure win32 and qt widgetsets under windows 10 pro. So, anyone spotted such problem ? That works fine with fpc-2.6.4 (virtual machine also but with Win7 64 pro) Is there any workaround ? Sorry, it's not fpc-3.0.0 but fpc-3.1.1 from 18.01.2016 ... so I'll test tomorrow with 3.0.0 stable and see if error still exists. FYI, works ok with fpc-3.0.0. z. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Problem with lazarus + fpc-3.0.0 under windows 10
On 02/24/2016 03:20 PM, Zeljko wrote: 1.Fpc-3.0.0 2.Lazarus today trunk. 3.Windows 10 pro 64bit in vmware virtual machine Builds fine, works fine. Now I'm trying to install dozen of my own packages...last one is virtualtrees package, in message window I can see: Linking lazarus... and then Fatal: no memory left Tested with pure win32 and qt widgetsets under windows 10 pro. So, anyone spotted such problem ? That works fine with fpc-2.6.4 (virtual machine also but with Win7 64 pro) Is there any workaround ? Sorry, it's not fpc-3.0.0 but fpc-3.1.1 from 18.01.2016 ... so I'll test tomorrow with 3.0.0 stable and see if error still exists. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] Problem with lazarus + fpc-3.0.0 under windows 10
1.Fpc-3.0.0 2.Lazarus today trunk. 3.Windows 10 pro 64bit in vmware virtual machine Builds fine, works fine. Now I'm trying to install dozen of my own packages...last one is virtualtrees package, in message window I can see: Linking lazarus... and then Fatal: no memory left Tested with pure win32 and qt widgetsets under windows 10 pro. So, anyone spotted such problem ? That works fine with fpc-2.6.4 (virtual machine also but with Win7 64 pro) Is there any workaround ? zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] revision 51597 attn Ondrej
On 02/14/2016 03:01 PM, zeljko wrote: In that revision you added RecreateWnd() for modal forms. Why ? Now in console we have warnings about it... IMO: 1.it's wrong to call RecreateWnd() if handle isn't allocated yet There shuold be added if (popupMode = pmNone) and HandleAllocated, otherwise call just needed routines from RecreateWnd() like UpdateControlState 2.HandleNeeded isn't really needed after RecreateWnd() Forget about this one, I was wrong here. z -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] revision 51597 attn Ondrej
In that revision you added RecreateWnd() for modal forms. Why ? Now in console we have warnings about it... IMO: 1.it's wrong to call RecreateWnd() if handle isn't allocated yet 2.HandleNeeded isn't really needed after RecreateWnd() So, because of warnings, something is wrong with that revision. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus application crash. Is PostMessage thread safe?
On 02/10/2016 12:48 PM, Giuliano Colla wrote: Il 10/02/2016 12:31, zeljko ha scritto: On 02/10/2016 11:19 AM, Giuliano Colla wrote: This I believe to be the problem. From the observations from Denis I realized that my code isn't protected against recursion, but I believe that Application.ProcessMessages should protect itself too, avoiding to handle more than once the same message. But where ? In LCL or per widgetset ? I don't know. I did look into the code a long time ago, and I seem to remember that the main loop is handled differently: some widgetsets do rely on LCL, some on their main loop. I was hoping that someone more knowledgeable than me would say "oh yes, the right spot is just here!". If such is not the case, I'll try, as soon as I have some time (which I don't have at the moment), to look again into the matter, and possibly suggest a patch. Qt relies on LCL main loop. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus application crash. Is PostMessage thread safe?
On 02/10/2016 11:19 AM, Giuliano Colla wrote: This I believe to be the problem. From the observations from Denis I realized that my code isn't protected against recursion, but I believe that Application.ProcessMessages should protect itself too, avoiding to handle more than once the same message. But where ? In LCL or per widgetset ? zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus application crash. Is PostMessage thread safe?
On 02/09/2016 11:37 PM, Giuliano Colla wrote: Hi Lazarus guru's, I have stumbled into a problem with a Lazarus application. At random times, from 5 minutes to several hours, it crashes suddenly, and silently. The only way to get a clue has been to run it with gdb. It turns out that the crash occurs because of a Segmentation Fault in QTextEngine, triggered by a PostMessage, but apparently the cause was an endless loop in a previous PostMessage, which was executed some 1723 times. Attached the gdb stack trace (with 1722 identical items suppressed). The scenario is a main thread using LCL, which is used, among other things not relevant here, to display information to the user, and another thread which communicates with a real-time process, and uses a PostMessage to wake up the main thread and make it show what required. It appears that in some circumstances, the Application.ProcessMessages invoked in the main thread restarts the handling of the same message, thus creating and endless loop. Is Application.ProcessMessages the vilain, or PostMessage or what? Snippet of auxiliary thread code: procedure TSendRec.DoDisplayError; var Box: integer; begin ErrList[ErrPut] := ErrMsg; inc(ErrPut); if ErrPut > High(ErrList) then ErrPut := 0; {$IFDEF USE_MESSAGES} PostMessage(Form1.Handle,LM_ERROR,Integer(ErrPut),0); {$ENDIF} end; Snippet of main thread code: procedure TForm1.HandleError(var Msg: TLMessage); var . begin inc(ErrorCnt); if ErrGet <> ErrPut then begin ErrMsg := ErrList[ErrGet]; ... AnswerString := Format('UNIT %XH device %s ERROR %XH',[ErrMsg.yunit,Localize(NamUn[ErrMsg.device]),ErrMsg.ytype]); ShowError(Self,Answerstring,BoxError[Box],Box); inc(ErrGet); if ErrGet > High(ErrList) then ErrGet := 0; end; end; 1.Your ErrList access does not look thread safe. 2.You are casting postMessage param as integer, IMO it's wrong, shouldn't it be PtrInt or LPARAM ? PostMessage(Form1.Handle,LM_ERROR, LPARAM(ErrPut),0); 3.Application.ProcessMessages probably recurse. I'm using PostMessage() with QtLCL inside one app which heavily uses threads for gui controls updates and it works w/o problems, atm, one of our users have that app running, uptime is cca 90 days (since last update). I don't use such lists, but creating record pointer and free it in main thread message queue zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Question about modal forms behaviour under windows
On 02/08/2016 11:28 AM, Graeme Geldenhuys wrote: On 2016-02-08 10:24, zeljko wrote: Some window managers (eg JWM and xfce AFAIR) refuse to show minimize button on modal windows. I do fully understand that X11 window manager can decide to to show and what not to show But, fpGUI's modal dialogs show the minimize button under JWM. The same system I run Lazarus on. So this doesn't seem to be a window manager (JWM in this case) feature or issue. fpgui is using libX11, not gtk2 or qt afair, so rules are different. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Question about modal forms behaviour under windows
On 02/08/2016 11:00 AM, Denis Kozlov wrote: There is a long standing bug report about this particular topic: 0026463: Application minimize not working with modal forms http://bugs.freepascal.org/view.php?id=26463 *Issue 1*: Application.Minimize should always minimize the entire application, including modal forms. Currently, the modal form will get squashed into a corner while other disabled windows will keeping hanging on the desktop. *Issue 2*: Minimizing a modal form, provided that it has the minimize button enabled, should call Application.Minimize with the effect as described in Issue 1. This is my opinion (as a software developer with 15 years experience). Your opinion is correct. Thanks for the info, I'll assign that issue to my self and fix it soon. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Question about modal forms behaviour under windows
On 02/08/2016 11:15 AM, Graeme Geldenhuys wrote: Ah, we got to love LCL consistency. [NOT] Lazarus v1.7 About dialog under LCL-GTK2 (on my JWM desktop environment), there is no minimize button. The about dialog only has a Maximize () and a Close button. Either way, I agree with point 2. If modal dialogs have a minimize button, the only sane behaviour would be to minimise the whole application, and then restore the whole application and all windows/dialogs when needed. Graeme, such example IS NOT LCL consistency thing. Some window managers (eg JWM and xfce AFAIR) refuse to show minimize button on modal windows. Under kwin and metacity you can see minimize button if you enabled it. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Question about modal forms behaviour under windows
On 02/08/2016 11:00 AM, Ondrej Pokorny wrote: On 08.02.2016 10:46, zeljko wrote: 2.Change default behaviour - minimized modal form minimizes complete app. I like how it works under X11 eg minimizing Lazarus About dialog under KDE kwin, minimizes complete app, clicking on app in tray, restores app. Delphi does the same - if you hit minimize on a modal form, it minimizes the whole application. IMO this is the only correct way. Thanks Ondrej. That's exactly what I want to know. I'll open an issue about it, since it affects win32 and qt-win32 (tested last night with lazarus trunk, fpc-3.0.0 on windows7). Question is only where to implement this platform specific stuff, in ws or in LCL...maybe better place will be WS, but maybe someone have different idea. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Question about modal forms behaviour under windows
On 02/08/2016 10:26 AM, Graeme Geldenhuys wrote: On 2016-02-08 08:02, zeljko wrote: X11: Minimizing modal form minimizes complete application. (qt, gtk2) Well, under X11 it is hard to find an application with a modal dialog to start with. Modal dialogs are considered very bad design (read the book "About Face 4th edition"). With every application I tested, there simply wasn't a minimize button to click, only a "X" (close) button. Under Windows, modal dialogs are much more common (about the only platform where that is true). In all cases, the modal dialog (like X11) doesn't have a minimize or maximize button, only a "x" (close) button. Actually, LCL applications (Delphi also) CAN HAVE minimize button on modal form, so that's exact point of my question. Simplified what to do: 1.Leave it as it is - minimized modal form does not minimize app (pretty bad, since you cannot access desktop if your mainform is maximized) 2.Change default behaviour - minimized modal form minimizes complete app. I like how it works under X11 eg minimizing Lazarus About dialog under KDE kwin, minimizes complete app, clicking on app in tray, restores app. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] Question about modal forms behaviour under windows
Hi all, I don't use windows, so don't know what exact behaviour should be. Now: MainForm + One modal form, minimizing modal form does not minimize mainform (application). (tested with win32 and qt-win32 widgetsets) X11: Minimizing modal form minimizes complete application. (qt, gtk2) My question is: What's exact behaviour of Delphi apps under windows in this case ? zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] 3D Window Manager / Desktop environment in Object Pascal
On 01/27/2016 12:38 PM, Graeme Geldenhuys wrote: Hi, On 2016-01-27 11:16, Chavoux Luyt wrote: Personally, I am very interested in developing a 3D Window Manager for Linux using Object Pascal. I am still not sure if I would need to work at the level of OpenGL (and if there are Object Pascal wrappers for all OpenGL functions) or if there are higher-level tools in Lazarus that could be used to write a true 3D Window Manager / Desktop Environment for Linux? Any ideas? I suggest you take a look at XPde - a fully working window manager and desktop environment, with accompanied system tools (task manager, control panel, file manager, calculator, network monitor etc). XPde was developed in Object Pascal using Kylix. Here are some info and screenshots [http://xpde.holobit.net/shots.php]. For years I've been meaning to port this over to Free Pascal and fpGUI. AFAIR, I've developed x11 part of wm :))) and some other modules like system viewer :) and yes, I have same thoughts about port but no free time to start that. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] New menu editor's in-place "Edit Caption" feature + QT
On 01/14/2016 10:53 PM, Juha Manninen wrote: The new menu editor has a nice feature. Pressing Enter on a menu item lets you edit its caption without moving to Object Inspector. It does not work when IDE is built with QT bindings. It this a known issue? Just tested with trunk lazarus r51358 and it works fine with Qt linux 64bit. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] New menu editor's in-place "Edit Caption" feature + QT
On 01/14/2016 10:53 PM, Juha Manninen wrote: The new menu editor has a nice feature. Pressing Enter on a menu item lets you edit its caption without moving to Object Inspector. It does not work when IDE is built with QT bindings. It this a known issue? AFAIK no. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Do we really need a PaintSwastika procedure?
On 01/08/2016 10:48 AM, Mark Morgan Lloyd wrote: Juha Manninen wrote: On Thu, Jan 7, 2016 at 1:41 PM, Terry A. Haimann wrote: As someone of Jewish heritage I say get rid of it. Mattias actually removed the function, obeying like a good German boy when somebody with "Jewish heritage" tells him. Uhhh, I can't believe he did so! I read what he said as meaning that he had removed it before Terry objected. English tenses can be vague, but let's give them the benefit of the doubt just this once. As somebody who (I believe) lost family, rather than just claiming a certain heritage, could we please drop this. I completely disagree with removing paintswastika procedure. I've lost big part of my family during ww2, they were killed by italian faschists and german nazis, also some of them were killed by comunists after WW2, also some of them are missing and nobody knows where their bones are. All I can say that I fully agree with Juha. IMO, we went in completely wrong direction with this theme. Shall we remove PaintStar() because comunism kill many ppl around world (and some members of my family too), PaintCross() because christians killed many natives in south america, forbid painting of French flag because of Napoleon ? Shall we ask hollywood producers to stop making movies/documentaries which shows german nazi flag ? Shall we ask video games makers to stop produce games which shows nazi symbols (eg. wolfenstein) ? C'mon ppl what drugs do you use ? Again, this is completely wrong. We are not political or religion organization, we are talking about paint procedure which paints symbol. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Wher is combobox in ObjectInspecter ?
On 12/21/2015 05:41 PM, Juha Manninen wrote: FreeMan, please stop opening tens of bug reports for OS/X. Many of them turned out to be problems in your local system config, not bugs in Lazarus, and you asked yourself to close them. Do the other problems also happen only in your local system? Some of the reports are about QT on OS/X. Some are only OS/X without widgetset. Does it mean you used Carbon then? Or does the problem happen with many widgetsets? QT maintainer Zeljko cannot reproduce your issues. I guess nobody can. Hence it makes no sense to open so many reports. You could have one report like "FreeMan's problems on OS/X that nobody can reproduce" where you list all the anomalies, or better yet list them here under a mailing list thread. I've already told him (few months ago) that Qt-Cocoa (QtLCL-64bit) is not supported by me or anybody else yet since Qt have pretty much bugs (Qt-4.8.6) on this platform and they're not fixed yet. I'm not planning to fix anything related to qt-4.8 Cocoa 64bit (carbon 32bit works fine). When Qt5 support is available then it will be supported (but no more 32bit Qt support in that case (Carbon)). zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Wher is combobox in ObjectInspecter ?
On 12/17/2015 04:11 PM, FreeMan wrote: I have not linux or any win. I'm trying change to that bad resize view to normal. Yesterday change stable version 2.6.4 to 3.0.0 and re install and build fpc and lazarus. Been long time for me (nearly two months) not open and update fpc & lazarus. But sure QT not change. Not test that r50785. I'll start r50844 if you need, I can do that ? Yes, please, update to r50785 and rebuild lazarus. z. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Wher is combobox in ObjectInspecter ?
On 12/17/2015 03:49 PM, FreeMan wrote: Fpc r32670 lazarus r50844 osx 10.11.2 qt64 ondbl click or (ctrl + Enter) change value, but there is no combobox showing I'm on linux qt 64 bit, r50785 and everything looks ok (I've seen your previous posts about bad resized controls, but I have not such problems here). Have you changed Qt version on mac maybe ? Does eg r.50785 works ok ? zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Please test this page
On 11/18/2015 10:58 AM, ListMember wrote: http://docs.getlazarus.org/rtl/index-8.html Scrollbars (vertical and horizontal, both) are gone. MouseWheel does not work either. The only means to read past the first page is using PgUp/PgDn. Same here. Fedora 19 64bit, Firefox 34.0 zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Test This Please
On 11/06/2015 12:11 PM, Anthony Walter wrote: Okay I put up new debs (cpugraph_1.0.1-1) which if you get and run will just overwrite the previous version, assuming the program isn't running. * Fixed the proper spelling Utility category to the desktop file. * Removed some known compositors (Mutter, KWin) * Without the compositing the window should just appear/disappear and not fadein/fadeout * This should fix issues where the graph won't hide * The -flat switch now disables all opacity, window transparencies, and rounded corners. In retrospect I'll add both the -compositing and -flat flags so the user can set those values to override what I am guessing their window manager is configured to support. AFAIR, there's IsCompositingEnabled (or similar name) in gtk2 and qt interface sources (both can recognize compositing wm), so you can check if compositing wm is running or not, and then you don't need such switches. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Forwarding events/messages
AFAIK forwarding of messages works only on Windows, so if you need it cross-platform, you will have to use "TScrollingWinControl(Parent).ScrollBy (0, ScrollAmount);" in any case. So this should be the correct way to do it. - Zeljko, correct me if I am wrong, you are the specialist here :) That's correct. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Patch for TTrayIcon on Ubuntu's Unity
On 11/03/2015 03:17 PM, Anthony Walter wrote: My patch checks for Unity and KDE desktop. Just remove the KDE check and it should be good to go. By the way I tested on Mint 13 Cinnamon (based on 12.04) and it still works. https://github.com/sysrpl/Lazarus.UnityAppIndicators/blob/master/lazarus/lcl/interfaces/gtk2/unitywsctrls.pas#L264 I'll try to implement it in lazarus during weekend. To people with actual SVN commit rights, if this gets add it into the LCL could you remember to add me to the Lazarus contributor lists? Thanks. Sure. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Patch for TTrayIcon on Ubuntu's Unity
On 11/03/2015 02:22 PM, Juha Manninen wrote: Unfortunately I don't have much info about TrayIcons. Is it possible to add this Unity support to LCL? The idea sounds good but the discussion stopped early. Yes it's possible, but wm recognition should be added...eg maybe you run kde instead of unity on ubuntu, but unity trayicon lib is installed, so it'll load unity trayicon instead of xorg one (afair from looking into sources of that patch). zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] How to create a non focusable form?
On 10/28/2015 03:05 PM, Gabor Boros wrote: 2015.10.28. 14:12 keltezéssel, Zeljko írta: Please check with attached patch (same name as previous one). Seem that our C bindings does not have all attributes translated since they did not exist in Qt-4.5, but sometime later. I've added strict X11 attribute and now it does not steal activation or focus, even if clicked with mouse (tested with your example with button). Tested with fixes_1_4 and trunk. Works like a charm! :D Thank you very much! Report as a bug in the tracker? Yes please, attach there example and my latest patch :) A previous fix... Please add commit 50139 to merge requests for fixes_1_4. Done. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] How to create a non focusable form?
On 10/28/2015 01:06 PM, Gabor Boros wrote: 2015.10.28. 11:51 keltezéssel, Zeljko írta: Ok, then go to QtWSForms, TQtWSCustomForms.UpdateWindowFlags and comment if csNoStdEvents . leave only Flags := Flags or QtX11BypassWindowManagerHint; in this case form will not take focus in any case, but must see what happens with parenting (button is not visible because of this param I guess). Commented out "if csNoStdEvents..." line. Button not visible on form with out without csNoStdEvents in ControlStyle. Please check with attached patch (same name as previous one). Seem that our C bindings does not have all attributes translated since they did not exist in Qt-4.5, but sometime later. I've added strict X11 attribute and now it does not steal activation or focus, even if clicked with mouse (tested with your example with button). zeljko Index: lcl/interfaces/qt/qtwsforms.pp === --- lcl/interfaces/qt/qtwsforms.pp (revision 50180) +++ lcl/interfaces/qt/qtwsforms.pp (working copy) @@ -923,6 +923,20 @@ if not (csDesigning in AWidget.LCLObject.ComponentState) then begin +if (csNoFocus in TCustomForm(AWidget.LCLObject).ControlStyle) then +begin + {$IFDEF HASX11} + if ((QtVersionMajor = 4) and (QtVersionMinor >= 7)) or +(QtVersionMajor > 4) then + begin +if QtVersionMajor = 4 then + AWidget.setAttribute(132 {QtWA_X11DoNotAcceptFocus}, True) +else // Qt 5 + AWidget.setAttribute(126 {QtWA_X11DoNotAcceptFocus}, True) + end; + {$ENDIF} + AWidget.setAttribute(QtWA_ShowWithoutActivating, True); +end; AWidget.setWindowFlags(Flags); if ABorderStyle in [bsDialog, bsNone, bsSingle] then AWidget.Resize(AWidget.LCLObject.Width, AWidget.LCLObject.Height) -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] How to create a non focusable form?
On 10/28/2015 01:06 PM, Gabor Boros wrote: 2015.10.28. 11:51 keltezéssel, Zeljko írta: Ok, then go to QtWSForms, TQtWSCustomForms.UpdateWindowFlags and comment if csNoStdEvents . leave only Flags := Flags or QtX11BypassWindowManagerHint; in this case form will not take focus in any case, but must see what happens with parenting (button is not visible because of this param I guess). Commented out "if csNoStdEvents..." line. Button not visible on form with out without csNoStdEvents in ControlStyle. seem that we are not lucky with Qt4. I've readed a bit Qt5 docs and it seem that it's fixed there with new attributes like:Qt::WA_X11DoNotAcceptFocus and windowFlags like Qt::WindowDoesNotAcceptFocus. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] OpenBSD 5.8 64bit - lazarus - exception
On 10/28/2015 01:48 PM, Tomaž Žveglič wrote: Thanks Željko for your help. I owe you beer. Do you have bitcoin address? No, but thanks for good will :) zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] OpenBSD 5.8 64bit - lazarus - exception
On 10/28/2015 01:36 PM, Tomaž Žveglič wrote: I did as you suggest and I also did similar changes to FontIsMonoSpaceFont. Ok, seem that there's no more help from trial error. I'll check it when I install OpenBSD in virtual machine. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] How to create a non focusable form?
On 10/28/2015 01:06 PM, Gabor Boros wrote: 2015.10.28. 11:51 keltezéssel, Zeljko írta: Ok, then go to QtWSForms, TQtWSCustomForms.UpdateWindowFlags and comment if csNoStdEvents . leave only Flags := Flags or QtX11BypassWindowManagerHint; in this case form will not take focus in any case, but must see what happens with parenting (button is not visible because of this param I guess). Commented out "if csNoStdEvents..." line. Button not visible on form with out without csNoStdEvents in ControlStyle. Yes, QtX11BypassWindowManagerHint does strange things and that's not documented in Qt :( Really don't know how to achive that goal under X11. Tried pure Qt application and have same problem. Shown form does not activate and that's fine, but when I click on it then it activates :( zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] How to create a non focusable form?
On 10/28/2015 11:43 AM, Gabor Boros wrote: 2015.10.28. 10:59 keltezéssel, Zeljko írta: Please test with attached patch and give feedback. Note that this patch is tested under Qt X11 only. zeljko With the original example works but... Modified the example... procedure TForm1.Button1Click(Sender: TObject); var MyForm:TMyForm; begin MyForm:=TMyForm.CreateNew(Nil); with TButton.Create(MyForm) do Parent:=MyForm; MyForm.Show; end; The button appear on the form only if modify ControlStyle in the example from ControlStyle:=ControlStyle+[csNoFocus,csNoStdEvents]-[csCaptureMouse,csClickEvents]; to ControlStyle:=ControlStyle+[csNoFocus]-[csCaptureMouse,csClickEvents]; I'll check that. csNoStdEvent is passed to form inside Qt widgetset (csNoStdEvents removed) but after form grab focus if click on it or click on the button. Ok, then go to QtWSForms, TQtWSCustomForms.UpdateWindowFlags and comment if csNoStdEvents . leave only Flags := Flags or QtX11BypassWindowManagerHint; in this case form will not take focus in any case, but must see what happens with parenting (button is not visible because of this param I guess). zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] OpenBSD 5.8 64bit - lazarus - exception
On 10/28/2015 11:28 AM, Tomaž Žveglič wrote: at /usr/xenocara/lib/fontconfig/src/../../../dist/fontconfig/src/fcpat.c:1083 #1 0x000253822306 in pango_fc_font_map_load_fontset () from /usr/local/lib/libpangoft2-1.0.so.3600.0 #2 0x0002498afb7b in itemize_state_process_run () from /usr/local/lib/libpango-1.0.so.3600.0 #3 0x0002498b0338 in pango_itemize_with_base_dir () from /usr/local/lib/libpango-1.0.so.3600.0 #4 0x0002498b9884 in pango_layout_check_lines () from /usr/local/lib/libpango-1.0.so.3600.0 #5 0x0002498bab06 in pango_layout_get_extents_internal () from /usr/local/lib/libpango-1.0.so.3600.0 #6 0x0002498bbcf0 in pango_layout_get_pixel_extents () from /usr/local/lib/libpango-1.0.so.3600.0 #7 0x0002498bbd7c in pango_layout_get_pixel_size () from /usr/local/lib/libpango-1.0.so.3600.0 #8 0x00b2ec4f in FONTISDOUBLEBYTECHARSFONT (THEFONT=0x2106c6af0) at gtk2proc.inc:9221 Seem that nil params kills openbsd 64. Go to FontIsDoubleByteCharsFont() in gtk2proc.inc and add dummy integers to null params. var SingleCharLen, DoubleCharLen, DummyCharHeight {added}: integer; begin pango_layout_set_single_paragraph_mode(TheFont, TRUE); pango_layout_set_width(TheFont, -1); pango_layout_set_text(TheFont, 'A', 1); pango_layout_get_pixel_size(TheFont, @SingleCharLen, @DummyCharHeight); pango_layout_set_text(TheFont, #0'A', 2); pango_layout_get_pixel_size(TheFont, @DoubleCharLen, @DummmyCharHeight); Result:=(SingleCharLen=0) and (DoubleCharLen>0); end; now test zeljko #9 0x00a306b2 in UPDATEDCTEXTMETRIC (this=0x21dbb6650, DC=0x2ada92240) at gtk2widgetset.inc:5913 #10 0x00a3fd21 in GETTEXTMETRICS (this=0x21dbb6650, DC=11503477312, TM= {TMHEIGHT = 0, TMASCENT = 2, TMDESCENT = -142768, TMINTERNALLEADING = 32639, TMEXTERNALLEADING = 11774192, TMAVECHARWIDTH = 0, TMMAXCHARWIDTH = 0, TMWEIGHT = 0, TMOVERHANG = 5, TMDIGITIZEDASPECTX = 1, TMDIGITIZEDASPECTY = -1381423040, TMFIRSTCHAR = 2 '\002', TMLASTCHAR = 0 '\0', TMDEFAULTCHAR = 0 '\0', TMBREAKCHAR = 0 '\0', TMITALIC = 0 '\0', TMUNDERLINED = 210 'Ň', TMSTRUCKOUT = 253 'ý', TMPITCHANDFAMILY = 255 '˙', TMCHARSET = 127 '\177'}) at gtk2winapi.inc:5988 #11 0x00a36e87 in DRAWTEXT (this=0x21dbb6650, DC=11503477312, STR=0x1cc4c90 "1.4.4", COUNT=5, RECT= {LEFT = 0, TOP = 281, RIGHT = 450, BOTTOM = 300, TOPLEFT = {X = 0, Y = 281}, BOTTOMRIGHT = {X = 450, Y = 300}}, FLAGS=3109) at gtk2winapi.inc:2717 #12 0x009c9c13 in DRAWTEXT (DC=11503477312, STR=0x1cc4c90 "1.4.4", COUNT=5, RECT= {LEFT = 0, TOP = 281, RIGHT = 450, BOTTOM = 300, TOPLEFT = {X = 0, Y = 281}, BOTTOMRIGHT = {X = 450, Y = 300}}, FLAGS=3109) at winapi.inc:210 #13 0x009bd87f in TEXTRECT (this=0x282cc6f40, ARECT= {LEFT = 0, TOP = 281, RIGHT = 450, BOTTOM = 300, TOPLEFT = {X = 0, Y = 281}, BOTTOMRIGHT = {X = 450, Y = 300}}, X=0, Y=281, TEXT=0x1cc4c90 "1.4.4", STYLE= ---Type to continue, or q to quit--- {ALIGNMENT = TACENTER, LAYOUT = TLCENTER, SINGLELINE = true, CLIPPING = true, EXPANDTABS = false, SHOWPREFIX = false, WORDBREAK = false, OPAQUE = false, SYSTEMFONT = false, RIGHTTOLEFT = false, ENDELLIPSIS = false}) at canvas.inc:1302 #14 0x008aad8b in IMAGEPAINT (this=0x260be6df0, SENDER=0x260be9c70) at splash.pp:118 #15 0x00aa3761 in PAINT (this=0x260be9c70) at graphiccontrol.inc:90 #16 0x00b0e469 in PAINT (this=0x260be9c70) at customimage.inc:226 #17 0x00aa363f in WMPAINT (this=0x260be9c70, MESSAGE= {MSG = 15, UNUSEDMSG = 2, DC = 11503477312, PAINTSTRUCT = 0x0, RESULT = 0}) at graphiccontrol.inc:58 #18 0x00849589 in SYSTEM_TOBJECT_$__DISPATCH$formal () #19 0x00aa3568 in CONTROLS_TGRAPHICCONTROL_$__DESTROY () at customcontrol.inc:22 #20 0x00a9649d in PERFORM (this=0x260be9c70, MSG=15, WPARAM=11503477312, LPARAM=0) at control.inc:1451 #21 0x00a86f67 in PAINTCONTROLS (this=0x260be6df0, DC=11503477312, FIRST=0x0) at wincontrol.inc:4867 #22 0x00a86d1e in PAINTHANDLER (this=0x260be6df0, THEMESSAGE= {MSG = 15, UNUSEDMSG = 0, DC = 11503477312, PAINTSTRUCT = 0x244dc0300, RESULT = 0}) at wincontrol.inc:4779 #23 0x00a8b5d5 in WMPAINT (this=0x260be6df0, MSG= {MSG = 15, UNUSEDMSG = 0, DC = 11503477312, PAINTSTRUCT = 0x244dc0300, RESULT = 0}) at wincontrol.inc:6684 #24 0x00aa3cab in WMPAINT (this=0x260be6df0, MESSAGE= {MSG = 15, UNUSEDMSG = 0, DC = 11503477312, PAINTSTRUCT = 0x244dc0300, RESULT = 0}) at customcontrol.inc:106 #25 0x00849589 in SYSTEM_TOBJECT_$__DISPATCH$formal () #26 0x00aa3c60 in CONTROLS_TCUSTOMCONTROL_$__WSREGISTERCLASS () at dockzone.inc:16 #27 0x00a887e1 in WNDPROC (this=0x260be6df0, MESSAGE=
Re: [Lazarus] How to create a non focusable form?
On 10/27/2015 05:07 PM, Gabor Boros wrote: 2015.10.27. 16:16 keltezéssel, Zeljko írta: csNoFocus does not work for Qt ? Can you provide example ? For Qt: before example try to include qt4 and qtwidgets into your unit and then in CreateWnd of your custom form (or after form handle is created) TQtMainWindow(YourForm.Handle).SetFocusPolicy(QtNoFocus); TQtMainWindow(YourForm.Handle).WindowArea.SetFocusPolicy(QtNoFocus); WindowArea not exist, found ScrollAera which is TQtWindowArea type. But not have any effect for me. Example attached (without Qt and WMNCHitTest trick). Please test with attached patch and give feedback. Note that this patch is tested under Qt X11 only. zeljko Index: lcl/interfaces/qt/qtwidgets.pas === --- lcl/interfaces/qt/qtwidgets.pas (revision 50180) +++ lcl/interfaces/qt/qtwidgets.pas (working copy) @@ -4358,7 +4358,8 @@ procedure TQtWidget.Activate; begin - QWidget_activateWindow(Widget); + if not testAttribute(QtWA_ShowWithoutActivating) then +QWidget_activateWindow(Widget); end; procedure TQtWidget.BringToFront; Index: lcl/interfaces/qt/qtwsforms.pp === --- lcl/interfaces/qt/qtwsforms.pp (revision 50180) +++ lcl/interfaces/qt/qtwsforms.pp (working copy) @@ -923,6 +923,14 @@ if not (csDesigning in AWidget.LCLObject.ComponentState) then begin +if (csNoFocus in TCustomForm(AWidget.LCLObject).ControlStyle) then +begin + {$IFDEF HASX11} + if csNoStdEvents in TCustomForm(AWidget.LCLObject).ControlStyle then +Flags := Flags or QtX11BypassWindowManagerHint; + {$ENDIF} + AWidget.setAttribute(QtWA_ShowWithoutActivating, True); +end; AWidget.setWindowFlags(Flags); if ABorderStyle in [bsDialog, bsNone, bsSingle] then AWidget.Resize(AWidget.LCLObject.Width, AWidget.LCLObject.Height) -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] OpenBSD 5.8 64bit - lazarus - exception
#6 0x00a1bae4 in CREATEFORMCONTENTS (AFORM=0x2c31ef530, FORMWIDGET=0x2887b8500, AWIDGETINFO=0x282a0bb20) at gtk2proc.inc:7485 ah, maybe lineinfo is invalid (not like in trunk), so pls. in that function of gtk2proc add gtk_adjustment_new where crash occurs...there are 2 places where gtkAdjustment is param. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] OpenBSD 5.8 64bit - lazarus - exception
#6 0x00a1bae4 in CREATEFORMCONTENTS (AFORM=0x2c31ef530, FORMWIDGET=0x2887b8500, AWIDGETINFO=0x282a0bb20) at gtk2proc.inc:7485 huh ?!? There's simple pointer assignment at this point FormWidget := Result ... definitelly must install openbsd and see what's up. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] How to create a non focusable form?
On 10/27/2015 05:07 PM, Gabor Boros wrote: 2015.10.27. 16:16 keltezéssel, Zeljko írta: csNoFocus does not work for Qt ? Can you provide example ? For Qt: before example try to include qt4 and qtwidgets into your unit and then in CreateWnd of your custom form (or after form handle is created) TQtMainWindow(YourForm.Handle).SetFocusPolicy(QtNoFocus); TQtMainWindow(YourForm.Handle).WindowArea.SetFocusPolicy(QtNoFocus); WindowArea not exist, found ScrollAera which is TQtWindowArea type. Yes, sorry, I've mistyped ... written from memory. But not have any effect for me. Example attached (without Qt and WMNCHitTest trick). WMNCHitTest is windows only thing afair, but I'll check your example with Qt under linux. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] How to create a non focusable form?
On 10/27/2015 04:16 PM, Zeljko wrote: On 10/27/2015 04:04 PM, Gabor Boros wrote: Hi All, I want to create a borderless non modal form (native Windows and Linux-Qt) which not catch the focus on mouse click. Tried with modified ControlStyle and CanFocus override but without success. Any other idea? csNoFocus does not work for Qt ? Can you provide example ? For Qt: before example try to include qt4 and qtwidgets into your unit and then in CreateWnd of your custom form (or after form handle is created) TQtMainWindow(YourForm.Handle).SetFocusPolicy(QtNoFocus); TQtMainWindow(YourForm.Handle).WindowArea.SetFocusPolicy(QtNoFocus); Of course , you can try with THintWindow as Ondrej mentioned, but if form is bsNone than it should not take focus. Don't know what happens with framed forms on linuxif you click on frame then X11 rules are unpredictible. Also, you can set QWidget attribute QtWA_ShowWithoutActivating, but that should be setted up before form is shown (eg in FormCreate call HandleNeeded and set focusPolicy and attributes). See QtWSControls/qtint, there's dnd imagelist operation and we are using ShowWithoutActivating etc ... zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] How to create a non focusable form?
On 10/27/2015 04:04 PM, Gabor Boros wrote: Hi All, I want to create a borderless non modal form (native Windows and Linux-Qt) which not catch the focus on mouse click. Tried with modified ControlStyle and CanFocus override but without success. Any other idea? csNoFocus does not work for Qt ? Can you provide example ? For Qt: before example try to include qt4 and qtwidgets into your unit and then in CreateWnd of your custom form (or after form handle is created) TQtMainWindow(YourForm.Handle).SetFocusPolicy(QtNoFocus); TQtMainWindow(YourForm.Handle).WindowArea.SetFocusPolicy(QtNoFocus); zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] OpenBSD 5.8 64bit - lazarus - exception
gdb ./lazarus GNU gdb 6.3 ... (gdb) run Starting program: /root/lazarus/lazarus Program received signal SIGBUS, Bus error. 0x0002954fe2fa in g_object_new () from /usr/local/lib/libgobject-2.0.so.4200.1 Current language: auto; currently c (gdb) bt #0 0x0002954fe2fa in g_object_new () from /usr/local/lib/libgobject-2.0.so.4200.1 #1 0x0002f2a1a195 in gtk_adjustment_new () from /usr/local/lib/libgtk-x11-2.0.so.2400.0 #2 0x0002f2b2071f in gtk_range_set_adjustment () from /usr/local/lib/libgtk-x11-2.0.so.2400.0 #3 0x0002954fd46d in g_object_new_internal () from /usr/local/lib/libgobject-2.0.so.4200.1 #4 0x0002954fdd45 in g_object_new_valist () from /usr/local/lib/libgobject-2.0.so.4200.1 #5 0x0002954fe364 in g_object_new () from /usr/local/lib/libgobject-2.0.so.4200.1 #6 0x00a1ca0e in GETSTYLEWITHNAME ( WNAME=0x19b6d08 "vertical scrollbar") at gtk2proc.inc:7860 #7 0x00a1c3d7 in GETSTYLE (ASTYLE=LGSVERTICALSCROLLBAR) at gtk2proc.inc:7665 This is not trunk lazaruz according to line info so try next and give feedback (I'll try to install OpenBSD 5.8 64bit in vmware next days and see what happens) in lcl/widgetset/gtk2/gtk2proc.inc find lines (around line 7665) and add gtkadjustment: If CompareText(WName,LazGtkStyleNames[lgsVerticalScrollbar])=0 then begin lgs:=lgsVerticalScrollbar; StyleObject^.Widget := gtk_vscrollbar_new( gtk_adjustment_new(0, 0, 100, 1, 1, 100)); // add gtkAdjustment instead of nil end else If CompareText(WName,LazGtkStyleNames[lgsHorizontalScrollbar])=0 then begin lgs:=lgsHorizontalScrollbar; StyleObject^.Widget := gtk_hscrollbar_new( gtk_adjustment_new(0, 0, 100, 1, 1, 100)); // add gtkAdjustment instead of nil end I know that this will create memleak, but just want to know if it will crash when gtkAdjustment is added as param to gtk_vscrollbar_new() Thanks zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] OpenBSD 5.8 64bit - lazarus - exception
gtk+2 2.24.28 glib2 2.44.1 Can you start lazarus via gdb and send backtrace ? Buld lazarus with -gl and gdb ./lazarus run ---crash bt now copy backtrace here zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] OpenBSD 5.8 64bit - lazarus - exception
On 10/26/2015 02:35 PM, Tomaž Žveglič wrote: When I run lazarus this error is displayed: # ./lazarus (lazarus:32495): GLib-GObject-CRITICAL **: g_object_unref: assertion 'G_IS_OBJECT (object)' failed [FORMS.PP] ExceptionOccurred Sender=EAccessViolation Exception=Access violation Stack trace: $00021A35B2FA TApplication.HandleException Access violation Stack trace: $00021A35B2FA [FORMS.PP] ExceptionOccurred The same installation process works fine under OpenBSD 5.8 32bit (i386) version and lazarus works fine. Probably because of glib2/gtk2 libs diff. What's glib2 version ? What's gtk2 version ? zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Finding memory leaks
On 10/24/2015 03:10 PM, Aradeonas wrote: My question stand but I guess problem is in TObjectList but Im not sure so I made a simple demo like this: procedure TForm1.Button1Click(Sender: TObject); var i: integer; b: TButton; begin list := TObjectList.Create(True); for i := 0 to 1 do begin b := TButton.Create(Self); list.Add(b); end; end; procedure TForm1.Button2Click(Sender: TObject); begin list.Clear; list.Free; end; Form is clean and just have 2 button with their code so I run it and memory usage in my Windows10 device is about 3mb and then hit the button1 and memory goes up to 25mb and when I want to free and hit button2 memory will decrease to 15mb not 3 , just like my main program that I use TObjectList and will free its objects with remove function but it will increase memory usage while running. Did I miss something obvious? Maybe TObjectlist.Clear does not free objects, in that case you have to iterate through TObjectList and use Remove() which will free objects ? zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus implementation of TListView etc?
On 10/21/2015 02:37 PM, Mark Morgan Lloyd wrote: Zeljko wrote: On 10/21/2015 02:18 PM, Mattias Gaertner wrote: Under Linux/BSD every program is a command line program. It is, but with exception that qtlcl and gtk2lcl cannot run on headless linux machine. I'm giving this objection since one can create cmd line program on windows and then expect that it should work on headless linux machine (eg cross compiled for gtk2/qt). A machine running Lazarus programs can be /physically/ headless, i.e. no physical video controller, but provided it's got X11 libraries and the appropriate widget set they can be run over a network connection. Yes, I meant no X11 running. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus implementation of TListView etc?
On 10/21/2015 02:18 PM, Mattias Gaertner wrote: Under Linux/BSD every program is a command line program. It is, but with exception that qtlcl and gtk2lcl cannot run on headless linux machine. I'm giving this objection since one can create cmd line program on windows and then expect that it should work on headless linux machine (eg cross compiled for gtk2/qt). zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] TCustomControl focus handling difference
On 10/19/2015 04:54 PM, Gabor Boros wrote: 2015.10.19. 16:15 keltezéssel, Zeljko írta: Please open an issue about it and attach example project. I'll check if it's Qt lib bug or lclqt one. zeljko http://bugs.freepascal.org/view.php?id=28880 Thanks. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] TCustomControl focus handling difference
On 10/19/2015 03:32 PM, Gabor Boros wrote: 2015.10.19. 15:18 keltezéssel, Zeljko írta: Yes, now I remember that I've implemented csNoFocus in Qt some time ago,so it works. What about selection ? If added csNoFocus caret not moved in Edit1 (which is good) just text selection lost if click on the green control. Please open an issue about it and attach example project. I'll check if it's Qt lib bug or lclqt one. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] TCustomControl focus handling difference
On 10/19/2015 02:56 PM, Gabor Boros wrote: 2015.10.19. 14:40 keltezéssel, Zeljko írta: Probably platform diff. Qt have mechanism to dissalow focus switch via mouse but I could not find any in LCL. Try with gtk2. If modify the example... with TMyControl.Create(Self) do begin ControlStyle:=ControlStyle+[csNoFocus]; ...Edit1 not loose the focus on green control click just the text selection. Yes, now I remember that I've implemented csNoFocus in Qt some time ago,so it works. What about selection ? zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] TCustomControl focus handling difference
On 10/19/2015 02:28 PM, Gabor Boros wrote: Hi All, If click on the green control in the example project Edit1 loose focus on Linux(Qt KDE4) and not on Windows. Is it a simple platform difference or a bug? (I want Edit1 stay focused but green control can handle mouse clicks. I don't know which one is operating normally and where to start fix my control on Linux or Windows). Probably platform diff. Qt have mechanism to dissalow focus switch via mouse but I could not find any in LCL. Try with gtk2. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] SetFocus have no effect after TCustomForm.Show
On 10/16/2015 07:46 PM, Gabor Boros wrote: Ok, then please open issue about it and attach example as you attached in your e-mail, so then I'll commit patch and connect it to that issue (so it's easier to track possible regressions). I found a problem. See the attached example. With Form2 works like a charm after patch applied, but with Form1 works like before patch. I don't understand. Can you explain better what's exact problem ? zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] SetFocus have no effect after TCustomForm.Show
On 10/16/2015 02:44 PM, Gabor Boros wrote: 2015.10.16. 14:15 keltezéssel, Zeljko írta: Is fsStayOnTop working properly? Because I see fsSystemStayOnTop exists too. Under X11 they're same. Pls, try another patch which uses another approach (I've sent it in previous mail). I nor see difference on Windows between fsStayOnTop and fsSystemStayOnTop. Tried second patch with trunk and awesome. Works like a charm! The SetFocus problem is fixed also. Ok, then please open issue about it and attach example as you attached in your e-mail, so then I'll commit patch and connect it to that issue (so it's easier to track possible regressions). zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] SetFocus have no effect after TCustomForm.Show
On 10/16/2015 02:02 PM, Gabor Boros wrote: 2015.10.16. 13:41 keltezéssel, Zeljko írta: Please try with attached patch. In this case you can test without FormStyle := fsStayOnTop. FYI, in this patch I'm setting stayontop for X11 so that could make a problem. Test with this patch and let me know if this is what you want. If not I have (maybe) another solution. zeljko I see same as with FormStyle := fsStayOnTop. Green form stay above every opened windows in the OS. Is fsStayOnTop working properly? Because I see fsSystemStayOnTop exists too. Under X11 they're same. Pls, try another patch which uses another approach (I've sent it in previous mail). zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] SetFocus have no effect after TCustomForm.Show
Another patch is attached (it uses cheat via QtTool flag instead QtWindowStaysOnTop) ... let me know if this one is what you want. zeljko Index: lcl/interfaces/qt/qtwsforms.pp === --- lcl/interfaces/qt/qtwsforms.pp (revision 50082) +++ lcl/interfaces/qt/qtwsforms.pp (working copy) @@ -556,19 +556,32 @@ if AWinControl.HandleObjectShouldBeVisible and not (TCustomForm(AWinControl).FormStyle in fsAllStayOnTop) and not (fsModal in TCustomForm(AWinControl).FormState) and +(TCustomForm(AWinControl).FormStyle <> fsMDIChild) and (TCustomForm(AWinControl).PopupMode = pmAuto) and (TCustomForm(AWinControl).BorderStyle = bsNone) and (TCustomForm(AWinControl).PopupParent = nil) then begin W := QApplication_activeWindow; -if (W <> nil) and not QWidget_isModal(W) then +if (W <> nil) then begin - Flags := QWidget_windowFlags(W); - if (Flags and QtWindowStaysOnTopHint <> QtWindowStaysOnTopHint) and -GetAlwaysOnTopX11(W) then + if not QWidget_isModal(W) then begin -Flags := Widget.windowFlags; -Widget.setWindowFlags(Flags or QtWindowStaysOnTopHint); +Flags := QWidget_windowFlags(W); +if (Flags and QtWindowStaysOnTopHint <> QtWindowStaysOnTopHint) and + GetAlwaysOnTopX11(W) then +begin + Flags := Widget.windowFlags; + Widget.setWindowFlags(Flags or QtWindowStaysOnTopHint); +end; + end else + begin +Flags := QWidget_windowFlags(W); +if (Flags and QtWindowStaysOnTopHint <> QtWindowStaysOnTopHint) and + not GetAlwaysOnTopX11(W) then +begin + Flags := Widget.windowFlags; + Widget.setWindowFlags(Flags or QtTool); +end; end; end; end; -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] SetFocus have no effect after TCustomForm.Show
On 10/16/2015 01:33 PM, Gabor Boros wrote: 2015.10.16. 13:14 keltezéssel, Zeljko írta: You can set FormStyle := fsStayOnTop for that popup form so you'll achieve that effect. zeljko I tried this before wrote to the list but have a side effect. The green form showed above all other opened windows (not just form's of current application) in the OS with KDE4 and Windows too. Please try with attached patch. In this case you can test without FormStyle := fsStayOnTop. FYI, in this patch I'm setting stayontop for X11 so that could make a problem. Test with this patch and let me know if this is what you want. If not I have (maybe) another solution. zeljko Index: lcl/interfaces/qt/qtwsforms.pp === --- lcl/interfaces/qt/qtwsforms.pp (revision 50082) +++ lcl/interfaces/qt/qtwsforms.pp (working copy) @@ -556,19 +556,32 @@ if AWinControl.HandleObjectShouldBeVisible and not (TCustomForm(AWinControl).FormStyle in fsAllStayOnTop) and not (fsModal in TCustomForm(AWinControl).FormState) and +(TCustomForm(AWinControl).FormStyle <> fsMDIChild) and (TCustomForm(AWinControl).PopupMode = pmAuto) and (TCustomForm(AWinControl).BorderStyle = bsNone) and (TCustomForm(AWinControl).PopupParent = nil) then begin W := QApplication_activeWindow; -if (W <> nil) and not QWidget_isModal(W) then +if (W <> nil) then begin - Flags := QWidget_windowFlags(W); - if (Flags and QtWindowStaysOnTopHint <> QtWindowStaysOnTopHint) and -GetAlwaysOnTopX11(W) then + if not QWidget_isModal(W) then begin -Flags := Widget.windowFlags; -Widget.setWindowFlags(Flags or QtWindowStaysOnTopHint); +Flags := QWidget_windowFlags(W); +if (Flags and QtWindowStaysOnTopHint <> QtWindowStaysOnTopHint) and + GetAlwaysOnTopX11(W) then +begin + Flags := Widget.windowFlags; + Widget.setWindowFlags(Flags or QtWindowStaysOnTopHint); +end; + end else + begin +Flags := QWidget_windowFlags(W); +if (Flags and QtWindowStaysOnTopHint <> QtWindowStaysOnTopHint) and + not GetAlwaysOnTopX11(W) then +begin + Flags := Widget.windowFlags; + Widget.setWindowFlags(Flags or QtWindowStaysOnTopHint); +end; end; end; end; -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] SetFocus have no effect after TCustomForm.Show
On 10/16/2015 12:25 PM, Gabor Boros wrote: Hi All, The attached example works on Windows properly. But not with Linux Qt (KDE4). I want to see the green form above Form2 while Form2.Edit1 focused. (Press btnForm2 on Form1 and press Button1 on Form2.) If focus Edit1 manually the green form go under Form2. I reported some problem earlier as bug in the tracker but revealed just lack of my knowledge. Now try this place first... You can set FormStyle := fsStayOnTop for that popup form so you'll achieve that effect. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] SetFocus have no effect after TCustomForm.Show
On 10/16/2015 12:25 PM, Gabor Boros wrote: Hi All, The attached example works on Windows properly. But not with Linux Qt (KDE4). I want to see the green form above Form2 while Form2.Edit1 focused. (Press btnForm2 on Form1 and press Button1 on Form2.) If focus Edit1 manually the green form go under Form2. I reported some problem earlier as bug in the tracker but revealed just lack of my knowledge. Now try this place first... hmmm...yes, using KDE4 green popup form is below modal form when I click into TEdit control. Better create issue and attach Show_SetFocus.tar.gz as example so it won't be forgotten. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Patch for TTrayIcon on Ubuntu's Unity
On 10/12/2015 02:42 PM, Anthony Walter wrote: ""Maybe, but only in case if it's easy to extract information if we are under unity wm or other wm (I guess that it should not be an issue)." { UnityAppIndicatorInit returns true if Unity is the current desktop and the required appindicator libraries can be loaded } function UnityAppIndicatorInit: Boolean; The relevant HOWTO: https://github.com/sysrpl/Lazarus.UnityAppIndicators/blob/master/lazarus/lcl/interfaces/gtk2/unitywsctrls.pas#L263-L267 https://github.com/sysrpl/Lazarus.UnityAppIndicators/blob/master/changes.patch#L18 ok, thanks. Can you provide result of TGtk2WidgetSet.GetWindowManager when you running simple app under unity ? zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Patch for TTrayIcon on Ubuntu's Unity
On 10/12/2015 10:52 AM, Juha Manninen wrote: A stupid question: what is the best Ubuntu version to test with? I have avoided Unity desktop so far exactly because of the Lazarus related problems. Another question: what about Lazarus built with QT bindings but running on Unity? Don't know, but Qt handles such stuff and QTrayIcon is transparent to LCL. Third question: would it be possible to unite the TrayIcon code for Unity and other desktops? Now you have 2 separate implementations. Maybe, but only in case if it's easy to extract information if we are under unity wm or other wm (I guess that it should not be an issue). zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] lazcontrols filters
On 10/11/2015 08:38 AM, Ondrej Pokorny wrote: On 10.10.2015 18:47, Juha Manninen wrote: Rekonq uses both QT and KDE libs. Not directly usable for LCL implementation but a nice idea anyway. It was not exactly an idea to implement it in the LCL but more an argument that it is possible to do advanced stuff (custom painting, text area moving etc.) even on Linux and not only on Windows. So that means that it is possible to custom paint an edit at least on Qt. It is another problem that we (me definitely) don't know how to do it. Yes, it's possible to achieve that goal with Qt. In event filter of TQtLineEdit add QPaintEvent, and: 1.Paint QLineEdit by Qt - use QObject_event(Widget, Event); 2.Now call SlotPaint() which creates TQtDeviceContext and passes it to LCL ... if TEdit have Canvas and OnPaint you can do whatever in that case. 3.Now set Result := True in QPaintEvent, so Qt won't paint it again. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] lazcontrols filters
On 10/10/2015 06:38 PM, Ondrej Pokorny wrote: This is exactly what I was thinking. The rekonq browser has the same. It is even able to put a button in front of the text in the edit and start the text after the edit + the hint text is centered. I admit that I don't know if rekonq uses Qt or Gtk2. That's because rekonq uses kdelibs which have their own implementation of QLineEdit. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] how to find this error?
On 06/29/2015 11:43 AM, FreeMan wrote: fpc r31177 lazarus r49465 qt x64 osx my project work in osx qt64, win32 i386 qt is workas well, but in win64 qt64 create "access violation" exception on "myform.Show;" on form has a "TStatusBar" I := TStatusBar.Canvas.TextWidth(TStatusBar.Panels[0].Text); this code has create exception in win64 too. when I wrote this message, http://forum.lazarus.freepascal.org/index.php/topic,27706.0.html same form and same my code worked, I mean my code not changed but not working now. I remark this line and re try run under win64, but still raise exception when use myForm.Show; I can not trace this exception, I added onShow event but not trigger. raise exception and terminate application. whats yours suggestion? TStatusBar bar has a bug ?? or what can be problem ? TStatusBar.Canvas.TextWidth() needs Canvas.Handle when you use it. Canvas.Handle isn't available until there's no paintevent on TQtWidget handle, so that may be problem. Try to use temporary bitmap for text measuring and see if it works. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Beyond Compare finally moved to LCL
On 06/27/2015 04:05 PM, Zoë Peterson wrote: Minor correction: We're using LCL-Carbon on OS X. When I mentioned reusing our Qt code, I was just referring to on Linux. We have a lot of behavior the VCL/LCL aren't designed for, a ton of custom controls, and extensive platform specific look & feel customizations, all of which involve calls to the widget set or raw APIs. Consistency between LCL-Carbon and LCL-Qt for default behavior is extremely high by comparison. I could not get lclcarbon consistent as qtlcl for my commercial apps. Yes, it's harder to deploy QtLCL (especially on mac) but it works :) zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Beyond Compare finally moved to LCL
On 06/27/2015 09:59 AM, Graeme Geldenhuys wrote: On 2015-06-27 07:38, leledumbo wrote: They get their product done, we got our bu gs fixed and hopefully some new features, too :) I know it doesn't work like that in open source software project, but I seriously think Lazarus should stop new features for a while and concentrate on bug fixing and making LCL consistent across platforms. I've recently had to use LCL for a client, and inconsistencies and bugs appeared immediately, and just as I remembered them the last time I used LCL - back in 2006. This doesn't bode well for companies considering moving code to Lazarus. fpGUI might not be as large as LCL, or have as many components as LCL, but is sure is way more consistent across platforms (I'm talking development, API behaviour wise). In fact I normally only develop under one platform, then when in comes to building a release for my applications, I fire up the VM's and compile for other targets. 99.9% of the time the other targets work just like my main development platform. Use QtLCL on all platforms and you'll get same result as with fpgui (of course Qt takes OS theme look, so that's difference definitelly, but you can get same look at all platforms with eg. -style windows ... which uses win95 style). QtLCL is also LCL. IMO, gtk2 (and gtk3) is kinda of kindergarten library and it'll never fit lcl needs. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus - Disk Full error
On 06/18/2015 12:05 PM, Graeme Geldenhuys wrote: Hi, For some reason I keep getting a "Disk Full" error (see attached screenshot) in Lazarus this morning. I have two hard drives in my system. One has 51GB free, and the other has 2.8TB free. So I am definitely NOT out of disk space. The error occurs at different times, but not consistent. For example: - When I open a project (even a simple console only project) - When I Ctrl+Click to navigate. I haven't updated my lazarus in recent days. My system has been running 24/7 for the last 38 days, and there are no issues with my system otherwise. I've restarted Lazarus, checked for any runaway Lazarus, FPC or GDB processes. Everything seems fine. I'm using Lazarus 1.5 r48878 FPC 2.6.4 x86_64-freebsd-gtk 2 Why would Lazarus report such an issue? And where does it do such a disk check? AFAIK, that message comes from fpc. Seen many times but only when rebuilding some project (yes, there's enough free space on disk), never spotted it with your examples. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Font errors in console output on OSX
On 06/15/2015 05:04 PM, Graeme Geldenhuys wrote: On 2015-06-15 15:44, zeljko wrote: I'm using it (LCL-Qt 32bit...qt-4.7.4 carbon) for commercial (database related) appshaven't spotted problems. Good to know, thanks. For now I'll stick to LCL-Carbon, seeing that Lazarus IDE uses it too, and it is still the default for OSX. If I find too many problems, I'll start investigating the alternatives. I'm using QtLCL lazarus build on mac (less bugs than with LCLCarbon and much more stuff implemented). Out of interest, does LCL-Qt run on Linux, FreeBSD, Windows and OSX equally well? That might be an option too, to overcome the many LCL inconsistencies between platforms. Don't know for FreeBSD (but probably works, just rebuild libQt4Pas on freebsd), but as I already spotted, my commercial apps running on all of them w/o problems (eg. ERP app, POS systems etc...), of course using QtLCL on all targets. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Font errors in console output on OSX
On 06/15/2015 03:56 PM, Graeme Geldenhuys wrote: On 2015-06-15 14:52, Graeme Geldenhuys wrote: Carbon is deprecated, no actual interest in fixing the issue. Is the issue with Carbon or with LCL-Carbon? Or is LCL-Qt a better option under OSX? I'm using it (LCL-Qt 32bit...qt-4.7.4 carbon) for commercial (database related) appshaven't spotted problems. Be aware of 64bit QtLCL (Qt Cocoa 64bit) because of Qt bugs with modal windows. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus trunk (r49079) does not compile on MAC
On 05/18/2015 02:58 PM, Martin Frb wrote: On 18/05/2015 13:39, zeljko wrote: fpc-2.6.4 i386 So everything is default. And default is stabs, and does not work. Well 1 minute ago, I worked out how to conditionally change it for order fpc, and committed this. This will only work if building from inside the IDE (tools menu). I do not know how to make this happen for the makefiles Me neither, maybe Mattias can fix that. It does not build via Makefiles yet (make bigide). zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus trunk (r49079) does not compile on MAC
On 05/18/2015 02:41 PM, Torsten Bonde Christiansen wrote: make clean all CPU_TARGET=i386 I guess that Lazarus defaults to stabs. That doesn't matter at all. fpc-2.6.4 is the only stable compiler atm and it should compile lazarus (yes, even trunk lazarus). zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus trunk (r49079) does not compile on MAC
On 05/18/2015 02:26 PM, Martin Frb wrote: On 18/05/2015 09:10, zeljko wrote: On 05/18/2015 09:58 AM, Torsten Bonde Christiansen wrote: lib/i386-darwin/lazlistclasses.s:12244:invalid character '_' in mnemonic lib/i386-darwin/lazlistclasses.s:12354:invalid character '_' in mnemonic lib/i386-darwin/lazlistclasses.s:12384:invalid character '_' in mnemonic lib/i386-darwin/lazlistclasses.s:12484:invalid character '_' in mnemonic lib/i386-darwin/lazlistclasses.s:12494:invalid character '_' in mnemonic lib/i386-darwin/lazlistclasses.s:12945:invalid character '_' in mnemonic lib/i386-darwin/lazlistclasses.s:12951:invalid character '_' in mnemonic /Users/torsten/FreePascal/lazarus/components/lazutils/lazlistclasses.pas(690,33) Error: (9007) Error while assembling exitcode 1 /Users/torsten/FreePascal/lazarus/components/lazutils/lazlistclasses.pas(690,33) Fatal: (10026) There were 2 errors compiling module, stopping Fatal: (1018) Compilation aborted make[1]: *** [lazutils.ppu] Error 1 make: *** [lazutils] Error 2 It does not compile on linux too. Reason: r49054 and r49054 by Martin. There is a (one) problem, if the "debug type" option in the package is set to "stabs" (or default). Try changing that. The above does not look like that though. I did this: 1.svn revert -R . 2.make clean 3.svn update 4.make bigide fpc-2.6.4 i386 So everything is default. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus trunk (r49079) does not compile on MAC
On 05/18/2015 09:58 AM, Torsten Bonde Christiansen wrote: With FPC 2.6.4 and Lazarus trunk (r49079), lazarus no longer compiles on MAC: /Users/torsten/FreePascal/lazarus/components/lazutils/lazlistclasses.pas(1252,43) Hint: (4035) Mixing signed expressions and longwords gives a 64bit result /Users/torsten/FreePascal/lazarus/components/lazutils/lazlistclasses.pas(1281,21) Note: (5025) Local variable "m" not used /Users/torsten/FreePascal/lazarus/components/lazutils/lazlistclasses.pas(1655,20) Hint: (4035) Mixing signed expressions and longwords gives a 64bit result /Users/torsten/FreePascal/lazarus/components/lazutils/lazlistclasses.pas(238,29) Hint: (5024) Parameter "ARequired" not used (9009) Assembling lazlistclasses lib/i386-darwin/lazlistclasses.s:12244:invalid character '_' in mnemonic lib/i386-darwin/lazlistclasses.s:12354:invalid character '_' in mnemonic lib/i386-darwin/lazlistclasses.s:12384:invalid character '_' in mnemonic lib/i386-darwin/lazlistclasses.s:12484:invalid character '_' in mnemonic lib/i386-darwin/lazlistclasses.s:12494:invalid character '_' in mnemonic lib/i386-darwin/lazlistclasses.s:12945:invalid character '_' in mnemonic lib/i386-darwin/lazlistclasses.s:12951:invalid character '_' in mnemonic /Users/torsten/FreePascal/lazarus/components/lazutils/lazlistclasses.pas(690,33) Error: (9007) Error while assembling exitcode 1 /Users/torsten/FreePascal/lazarus/components/lazutils/lazlistclasses.pas(690,33) Fatal: (10026) There were 2 errors compiling module, stopping Fatal: (1018) Compilation aborted make[1]: *** [lazutils.ppu] Error 1 make: *** [lazutils] Error 2 It does not compile on linux too. Reason: r49054 and r49054 by Martin. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Qt doesn't return proper DC Device Size
On 05/16/2015 02:15 PM, Giuliano Colla wrote: While trying to obtain programmatically the snapshot of a window, I stumbled into a Qt bug. It turned out that TQtDeviceContext.getDeviceSize always returns a size of 10x10 for any widget I tried. It returns the proper size only for the full screen (i.e. if DC=0). For sake of completeness, GTK2 returns the proper size. Can it be fixed? And attach example project please. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Qt doesn't return proper DC Device Size
On 05/16/2015 02:15 PM, Giuliano Colla wrote: While trying to obtain programmatically the snapshot of a window, I stumbled into a Qt bug. It turned out that TQtDeviceContext.getDeviceSize always returns a size of 10x10 for any widget I tried. It returns the proper size only for the full screen (i.e. if DC=0). For sake of completeness, GTK2 returns the proper size. Can it be fixed? Of course. Pls. open an issue about it. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus Qt support and Wiki
On 05/14/2015 06:04 PM, Giuliano Colla wrote: I'm afraid that such a situation can discourage a number of potential user from using Qt, while a wider usage would generate a better and deeper testing, thus helping ironing out what's left to iron out. Is it ok if, whenever I stumble into a Wiki page which is outdated with respect of Qt support, I do edit it to reflect the current status of things? Any objections? Of course that there's no objections. Just do it. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus