Re: [Lazarus] EAccessViolation exception on exit qt5 project in Kubuntu 19.10
On 14-04-2020 15:43, zeljko via lazarus wrote: not with fpc 3.2.0rc1 (I tried without opening the dialog, opening but cancelling it, opening and selecting a file). That's good to know :) I've tested dialogs with fpc-3.0.4 and it segfaults even with my own build of fpc-3.0.4. zeljko I build FPC 3.20 RC1 on my Kubuntu 19.10 and I can confirm that the segfault does not happen anymore. I created a simple project with button and opendialog and all worked fine. So FPC 3.2rc1 seems to fix it. Erwin -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] EAccessViolation exception on exit qt5 project in Kubuntu 19.10
Op 13-4-2020 om 21:36 schreef Juha Manninen via lazarus: I have the same problem with Manjaro + KDE Plasma. I had it for a long time already but didn't study further. Manjaro has a recent version of everything. Maybe the pre-compiled libQt5Pas works only with older versions of QT5 libraries. I didn't even try to build libQt5Pas myself yet. I installed Manjaro+KDE Plasma 19.0.2 and got the same AccessViolation on the exit of a qt5 lazarus program. Manjaro qt5 version 5.14.1 is very recent. Kubuntu 19.10 qt version is 5.12.4. Kubuntu 18.04 LTS (that is working fine) is qt version 5.9.5. As it happens after closing the application it could be some clean up / freeing objects that does not exists any more. Just a guess. -- Erwin van den Bosch -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] EAccessViolation exception on exit qt5 project in Kubuntu 19.10
Op 13-4-2020 om 20:26 schreef Erwin van den Bosch via lazarus: Will test it now on kubuntu 18.04 LTS in a virtual machine. Results later... Just did a fresh install of kubuntu 18.04 LTS and all my Lazarus QT5 projects works fine. No access violation error on application close. So there must be something wrong/incompatible with kubuntu 19.10. I did two installs of kubuntu 19.10. One on a real machine and one in VirtualBox. Same problem on both. Someone experience the same problem? -- Erwin van den Bosch -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] EAccessViolation exception on exit qt5 project in Kubuntu 19.10
Op 13-4-2020 om 19:43 schreef Luca Olivetti via lazarus: No such problem here, but I compiled libQt5Pas myself, though I don't remember if I compiled it clean or reused from a previous kubuntu release. IIRC I followed the instructions here https://wiki.lazarus.freepascal.org/Qt5_Interface#Qt5_on_Ubuntu_18.4 specifically the part where it says "If you wish to build your own library, what you need is in your Lazarus tree, bindings sources are located in lcl/interfaces/qt5/cbindings , to build it just follow README.txt." Now I tried installing the packaged libqt5pas and still see no segfault. Note that this isn't a fresh install, I dist-upgraded it (or better do-release-upgraded it) many times, but I don't think that should matter. Thanks for your answer. Is your system running on kubuntu 19.10? I have tried to compile the cbindings but without success on 19.10 (something is missing) Will test it now on kubuntu 18.04 LTS in a virtual machine. Results later... -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
[Lazarus] EAccessViolation exception on exit qt5 project in Kubuntu 19.10
Just installed a fresh Kubuntu 19.10 with libQt5Pas (via: sudo apt install libqt5pas-dev) But running a compiled qt5 program on this machine always exits with an unhandled exception: EAccessViolation. This also happens with a simple project. (no code, just new project and hit compile) A simple project compiled on a linux Mint 18.3 with Qt 5.6.1 also exits with EAccessViolation on Kubuntu 19.10. Any ideas how to solve this? Regards, Erwin -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] New high DPI features in 1.7
Op 9-12-2016 om 12:56 schreef Graeme Geldenhuys via Lazarus: How to get pixel 27? Use a 2D graphics framework like fpGUI does with AggPas, which allows for sub-pixel rendering. ie: renders pixels smaller that 1px by using anti-aliasing, alpha blending and LCD sub-pixel filtering. Regards, Graeme That might be the solution! (but you loose some contrast) Another problem with scaling is the thickness of lines. Example: you are (or a control) drawing lines on a form with a thickness of 1 pixel. If you scale the form from 96 to 192 dpi what to do with the thickness of lines? It should be 2 pixels on a 192 dpi screen to get the same thickness. Erwin -- ___ Lazarus mailing list Lazarus@lists.lazarus-ide.org http://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] New high DPI features in 1.7
Op 9-12-2016 om 12:41 schreef Ondrej Pokorny via Lazarus: When you introduce DPI of a screen and scaling you lost the pixel perfect drawing too. :( No :) Example: scaling from 96 to 120 dpi = x 1.25 So 7 px * 1.25 = 8.75 = 9 21 px * 1.25 = 26.25 = 26 22 px * 1.25 = 27.5 = 28 How to get pixel 27? Easily - use pixel value 27 after scaling. Ondrej I'm sorry, don't getting it. You design on a 96 dpi screen. So you have pixel 20, 21, 22 etc. There is no such thing as pixel 21.5. When you scale you always get rounding errors. Am I missing something? Luckily, when everyone has a 4k (or more) screen, nobody can see that you one pixel of. So the non pixel perfect will be a non issue in the upcoming future. :) Erwin -- ___ Lazarus mailing list Lazarus@lists.lazarus-ide.org http://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] New high DPI features in 1.7
Thanks for the good work Ondrej! A big step forward. I will test it in the next few days and hopefully can give some feedback. Although this is a step forward I think working with pixels is something from the past as with the Sinclair ZX81 (where you have 64x48 pixels) or Commodore 64. (320x200px!) :-) But today's computers still thinking in pixels not in size. And working with just pixels might work if our screens will always be 1024x768 pixels with size of 15". Erwin Op 9-12-2016 om 9:12 schreef Ondrej Pokorny via Lazarus: Hello, I have worked on high DPI features recently. If you want to play with high DPI support, follow this instruction: http://wiki.lazarus.freepascal.org/High_DPI#High_DPI_in_Lazarus_1.7_and_above For Lazarus IDE itself: Recompile the IDE with LCLScaleForms compiler define before testing Lazarus IDE and reporting/fixing any layout bugs. After some time of testing LCLScaleForms will become default. Ondrej -- ___ Lazarus mailing list Lazarus@lists.lazarus-ide.org http://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] High Res Screen, problems with IDE
Op 29-11-2016 om 16:57 schreef Juha Manninen via Lazarus: On Tue, Nov 29, 2016 at 5:43 PM, Erwin van den Bosch via Lazarus <lazarus@lists.lazarus-ide.org> wrote: Where can I read/subscribe to this list? It is by invitation only. Doesn't sound like an "open" development group of enthusiasts. :-( > Ok, it will take some time... does not help for reading this DPI issue. The current problems with Lazarus-IDE as I see it: - The IDE looks like something from the year 2002. If new users look at the IDE then they might think that you can only develop old fashion ugly programs with it. - IDE doesn't look good on high dpi screen. Form designing is hard on high dpi screens. - The debugger is bad. (can't inspect objects) - Multiplatform isn't working. No GTK3, no QT5, no Cocoa on the Mac, no 64 bits on the Mac. They only platform that really works is Windows. (but we had Delphi already) - It might be better to drop all those native widgets sets (and the LCL) if you can't get it to work and put your development energy in the QT framework for all platforms. - Development is still in subversion SVN. I hate SVN (and i'm not alone). Please switch to GIT. Nobody is using SVN. Even Microsoft is using GIT! (well...sometimes). - Stop trying to be compatible with Delphi. Delphi is a non standard. Try to make something better then Delphi. - Stop thinking "one size fits all". Lazarus is getting more and more behind supporting new technologies. It's just to much to cope with (or too few fpc/lazarus developers). - Not important but drop the name Lazarus. I hate religious names. Just pick something from Star Wars or Star Trek or some other high tech science fiction. Nerds and geeks will understand this :-). Lazarus in Dutch is a drunken man. Everyone start looking odd if I'm saying "I'm developing in Lazarus". Just a few things you can send to the developers list. Maybe some of my points make sense, maybe not, but whatever you main developers do: "keep the fun going!" regards, Erwin -- ___ Lazarus mailing list Lazarus@lists.lazarus-ide.org http://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] High Res Screen, problems with IDE
What link? It was about the developer list not this list. regards, Erwin Op 29-11-2016 om 17:17 schreef Roelof Smelt via Lazarus: Hello Erwin, I guess you already saw the last link in this and other posts? Best regards, Roelof Smelt -Original Message- From: Lazarus [mailto:lazarus-boun...@lists.lazarus-ide.org] On Behalf Of Erwin van den Bosch via Lazarus Sent: 29. nóvember 2016 15:44 To: Lazarus mailing list <lazarus@lists.lazarus-ide.org> Cc: Erwin van den Bosch <er...@deseine.nl> Subject: Re: [Lazarus] High Res Screen, problems with IDE Op 29-11-2016 om 15:30 schreef Juha Manninen via Lazarus: Incidentally there is discussion in developer mailing list about making Lazarus DPI aware. Where can I read/subscribe to this list? regards, Erwin -- ___ Lazarus mailing list Lazarus@lists.lazarus-ide.org http://lists.lazarus-ide.org/listinfo/lazarus -- ___ Lazarus mailing list Lazarus@lists.lazarus-ide.org http://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] High Res Screen, problems with IDE
Op 29-11-2016 om 15:30 schreef Juha Manninen via Lazarus: Incidentally there is discussion in developer mailing list about making Lazarus DPI aware. Where can I read/subscribe to this list? regards, Erwin -- ___ Lazarus mailing list Lazarus@lists.lazarus-ide.org http://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] High Res Screen, problems with IDE
I have a macbook pro with (very) high resolution running kubuntu linux. And Lazarus doesn't look good. All bitmaps are tiny. Some lazarus forms are to small so you have to resize them first. The component bar is not high enough so you almost can't see or click on the components. I can't resize lazarus mainform. Codings works great but it's hard to design/edit forms. They are also very small. I have a QT based Lazarus but it's QT4 and still not QT5. I think QT5 handles high res screens better. regards, Erwin Op 29-11-2016 om 11:21 schreef Graeme Geldenhuys via Lazarus: On 2016-11-28 22:30, Donald Ziesig via Lazarus wrote: with high screen resolution (1920 x 1080) These days that's not such a high resolution, so in itself that should not cause a problem. I run at double that resolution without problems. What is your desktop DPI setting at? [~]$ xdpyinfo | grep res Present resolution:96x96 dots per inch I would expect Lazarus IDE [in this day and age] to take DPI values in account and scale accordingly, and not always expect them to be hard-coded at 96 dpi. Greater than 96dpi is more and more common place these days. Regards, Graeme -- ___ Lazarus mailing list Lazarus@lists.lazarus-ide.org http://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Teaching Pascal at College
Although I use Free Pascal/Lazarus a lot (because we have a lot of existing pascal code) I think C++ and some GUI framework like QT might be a better option. C/C++ is the number one used programming language. C/C++ code is much more portable to other systems. There are more compilers. QT has a very nice IDE (QT Creator) and is available for Windows, Mac and Linux. Nobody is using Pascal these days. So why learn it? I'm not a big fan of the RAD development way any more. (I was years ago). The problem is that you should separate your business logic and the GUI. With Delphi like RAD it's very difficult to do that. (but it is possible) Everything is coded in events and connected to database aware GUI controls. (In the case of a database application) Another problem with the RAD way is that a lot is stored in forms (.lfm files) and it's difficult to see/notice changes to those files. They can be very big and it's difficult to see if some control is missing, for example, an event or so. The Lazarus IDE does frequently change the properties of controls on the form. For example the width and the height properties frequently change with no reason as it seems. As specially when you do development on both Windows and Linux. That makes tracking code changes (and so potential new bugs) not very easy. Regards, Erwin Op 12-10-2016 om 20:10 schreef Adrian De Armas via Lazarus: Hello everyone, I am a professor of "introduction to programming". Currently we are working with matlab and c. Today I had a meeting about doing the module more interesting to the students. Currently we teach algorithms making console applications and usually I receive questions like "Why don't we do something more modern?". I recommended that we should use Pascal in General and Lazarus in particular to teach how to create rich GUI Applications and to my surprise the idea was well recieved. Now I have to make suggestions about how to prepare the module starting from zero. Students do not know how to program and I need to include subjects as: variable declaration, operations, if, while, for, functions and procedure, arrays and multidimensional arrays. I would love to know what you think about making the transition from console to GUI. This is an exciting opportunity I'd love to make it right. Regards -- ___ Lazarus mailing list Lazarus@lists.lazarus-ide.org http://lists.lazarus-ide.org/listinfo/lazarus