Re: [Lazarus] Problem with non-ascii chars fpc-3.0.0 vs fpc-3.1.1 under Windows

[zeljko]

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

[zeljko]

On 04/27/2016 09:00 PM, Mattias Gaertner wrote:

On Wed, 27 Apr 2016 20:30:43 +0200
zeljko <zel...@holobit.net> 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

[zeljko]

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

[Zeljko]

On 04/20/2016 09:41 AM, Juha Manninen wrote:

On Wed, Apr 20, 2016 at 10:39 AM, Zeljko <zel...@holobit.net> 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] Adding TListView.GetHeaderHeight

[Zeljko]

On 04/12/2016 12:39 PM, Denis Kozlov wrote:

On 12 April 2016 at 08:29, Zeljko <zel...@holobit.net
<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

[Zeljko]

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

[Zeljko]

On 04/10/2016 08:01 PM, Mattias Gaertner wrote:

On Sun, 10 Apr 2016 19:24:31 +0200
Zeljko <zel...@holobit.net> 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

[Zeljko]

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

[Zeljko]

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

[Zeljko]

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

[Zeljko]

On 04/07/2016 09:34 AM, Michael Van Canneyt wrote:


Hello,

Did something change in the search() 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

[Zeljko]

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

[zeljko]

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

[zeljko]

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)

[Zeljko]

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

[zeljko]

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

[zeljko]

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

[zeljko]

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

[zeljko]

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

[Zeljko]

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 <zel...@holobit.net
<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

[Zeljko]

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

[Zeljko]

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

[Zeljko]

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

[Zeljko]

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

[Zeljko]

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

[zeljko]

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

[zeljko]

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?

[zeljko]

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?

[zeljko]

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?

[zeljko]

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

[Lazarus] Question about modal forms behaviour under windows

[zeljko]

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] Question about modal forms behaviour under windows

[zeljko]

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

[zeljko]

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

[zeljko]

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

[zeljko]

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

Re: [Lazarus] Question about modal forms behaviour under windows

[zeljko]

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] 3D Window Manager / Desktop environment in Object Pascal

[Zeljko]

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

[Zeljko]

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

[Zeljko]

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?

[Zeljko]

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 <te...@haimann.us>
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 ?

[zeljko]

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 ?

[Zeljko]

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] Wher is combobox in ObjectInspecter ?

[Zeljko]

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] Please test this page

[Zeljko]

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

[zeljko]

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

[zeljko]

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

[zeljko]

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

[zeljko]

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] OpenBSD 5.8 64bit - lazarus - exception

[Zeljko]

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] How to create a non focusable form?

[Zeljko]

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] How to create a non focusable form?

[Zeljko]

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] OpenBSD 5.8 64bit - lazarus - exception

[Zeljko]

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?

[Zeljko]

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?

[Zeljko]

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] OpenBSD 5.8 64bit - lazarus - exception

[Zeljko]

#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

[Zeljko]

#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?

[Zeljko]

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

[Zeljko]

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=
   {MSG = 15, UNUSEDMSG = 0, WPARAM = 11503477312, LPARAM =
9745203968, RESULT = 0}) at wincontrol.inc:5341

Re: [Lazarus] How to create a non focusable form?

[Zeljko]

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

[Zeljko]

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] How to create a non focusable form?

[Zeljko]

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?

[Zeljko]

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] How to create a non focusable form?

[Zeljko]

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] OpenBSD 5.8 64bit - lazarus - exception

[Zeljko]

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

[Zeljko]

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

[Zeljko]

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?

[Zeljko]

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] Lazarus implementation of TListView etc?

[Zeljko]

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] TCustomControl focus handling difference

[Zeljko]

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] TCustomControl focus handling difference

[Zeljko]

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

[Zeljko]

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

[Zeljko]

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] SetFocus have no effect after TCustomForm.Show

[Zeljko]

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

[Zeljko]

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

[Zeljko]

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] SetFocus have no effect after TCustomForm.Show

[Zeljko]

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

[Zeljko]

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

[Zeljko]

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

[Zeljko]

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] Patch for TTrayIcon on Ubuntu's Unity

[zeljko]

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] Patch for TTrayIcon on Ubuntu's Unity

[zeljko]

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] lazcontrols filters

[zeljko]

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] lazcontrols filters

[zeljko]

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] how to find this error?

[zeljko]

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

[zeljko]

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] Beyond Compare finally moved to LCL

[zeljko]

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] Lazarus - Disk Full error

[zeljko]

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

[zeljko]

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] Font errors in console output on OSX

[zeljko]

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] Lazarus trunk (r49079) does not compile on MAC

[zeljko]

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

[zeljko]

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

[zeljko]

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

[zeljko]

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

[zeljko]

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] Qt doesn't return proper DC Device Size

[zeljko]

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] Lazarus Qt support and Wiki

[zeljko]

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

Re: [Lazarus] Is TMemo.CaretPos.Y defined in the Qt widgetset?

[zeljko]

On 05/11/2015 09:52 AM, vfclists . wrote:

Is TMemo.CaretPos.Y defined in the Qt widgetset?

Memo.CaretPos.Y always returns 0 in the Qt widget set, but it works
correctly on GTK2.

Is it a known bug? I have tested on Lazarus 1.2.6 and trunk version
48534 on Linux. I have not tested on the latest 1.4 release.


Probably not implemented.

zeljko


--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] LCL-Qt on CentOS 6.6 64-bit

[zeljko]

On 04/29/2015 12:55 PM, Graeme Geldenhuys wrote:

Hi,

As anybody managed to get LCL-Qt to compile on a 64-bit CentOS 6.6
system? Any hints on how to do this would be much appreciated.

Last night I downloaded the libQtPas v2.5 bindings but LCL-Qt fails to
compile with undefined reference to the Qt libraries. That normally
indicates a library version mismatch.

I have Qt 4.6.2 installed on CentOS, but I only now see that libQtPas
was built against Qt 4.5.3 (which doesn't seem available for CentOS 6.6).

I also noted that the libQtPas v2.5 web page says it should work up to
Qt v4.8, but clearly it doesn't on my system. I also tried to compile my
own libQtPas bindings - I could never do it before, and no difference
now. :-/


Just install qt devel packages and rebuild libQt4Pas against yours 4.6.2.

zeljko


--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Is Sekelsenmat aka Felipe still around here?

[zeljko]

On 04/26/2015 08:06 PM, Samuel Herzog wrote:

Hello Mailing-List,

is Felipe still active here in the Lazarus-World?


Yes.

zeljko


--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Feature request/inquiry

[zeljko]

On 04/26/2015 01:41 PM, Juha Manninen wrote:

On Sun, Apr 26, 2015 at 1:26 PM, Michael Van Canneyt
mich...@freepascal.org wrote:

Is there such a thing for Lazarus' TEdit and related controls ? if not, is
it planned ?


It is planned :
   http://bugs.freepascal.org/view.php?id=21307

I don't know how many widgetsets support it but we can implement it
like already done in the FilterEdit components.


if FilterEdit works on all widgetsets (and I don't see any reason why it 
should not work), then it won't be problem to implement it imo.


z.


--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus