From nc-gaertnma at netcologne.de Thu Dec 1 00:24:48 2016 From: nc-gaertnma at netcologne.de (Mattias Gaertner) Date: Thu, 1 Dec 2016 00:24:48 +0100 Subject: [Lazarus] Code Observer suggestions and bugs In-Reply-To: <00f6654d-d8a5-f7b8-65a4-96b7fcd79da3@geldenhuys.co.uk> References: <00f6654d-d8a5-f7b8-65a4-96b7fcd79da3@geldenhuys.co.uk> Message-ID: <20161201002448.4e76864c@limapholos.matflo.wg> On Mon, 19 Sep 2016 11:54:34 +0100 Graeme Geldenhuys wrote: > Hi, > > I just discovered the "Code Observer" functionality. Amazing gems in > Lazarus - well done guys! > > Some suggestions I immediately noticed though after enabling Code Observer. > > 1) Unnamed Constants. I added some new methods where unnamed constants > should be ignore, yet the Code Observer still keeps complaining > about those methods. Is this a bug? When do new changes take > effect? I have updating set to "idle". It works here. And it updates on idle. Can you give more details? > 2) Can the "Code Observer" node please remember its state. Every time > the treeview refreshes now, the "Code Observer" node closes itself > and all child nodes close too. This is very annoying to keep having > to open the nodes. Fixed. > 3) Long Procedures - can the line count be added in parentheses - that > way I can see which procedures are more important than others in > fixing. Added. > 4) Unnamed Constants - If I disable unnamed constants in the options, > the "Unnamed Constants" node still appears in the Code Observer. It > seems the enable/disable option is ignored. Fixed. Mattias From mailinglists at collins-email.co.uk Thu Dec 1 17:15:36 2016 From: mailinglists at collins-email.co.uk (Martin Collins) Date: Thu, 1 Dec 2016 16:15:36 +0000 Subject: [Lazarus] SQLite & DB Aware Components Message-ID: Hi, Using SQLite3, Lazarus 1.6.2 & FPC 3.0.0 on Peppermint Linux 7. I have a small problem when using the db aware components & sqlite. After countless googling I understand why the components do this but can not find a simple solution! (BTW I this is my first time working with DBs & SQLite seemed the simplest and meets my needs (embeddable)). My problem is described below, but I'll ask my questions first: 1. Are there any tricks anybody knows of so I can show the text via code in lazarus, or 2. Are there any tricks anybody knows of so I can show the text by altering the sqlite database (other than switching to another database entirely)? As this affects all db aware components, it's probably something fundamental I am missing if it exists at all. >From what I understand, SQLite TEXT type has no set length so db aware components treat it as a memo. Therefore when I assign a TEXT field to a db aware component, all that appears in the component is "(MEMO)", even though most of my TEXT fields are only up to 10-30 characters long. Solutions offered on-line suggest using a dbmemo (which I have for my longer TEXT fields as that's what I want), but I need to use dbgrids, dbedits, dbcomboboxs, etc for the shorter TEXT fields. I found a solution for dbgrids, using the dbgridpreparecanvas event, but not for the other db aware component types. I can extract the text, using: DataSource.DataSet.FieldByName('field').AsString and I could use that to manually write the values to non db aware components as needed, but that seems a waste when we have these superb db aware components to use. For information, I am coupling the data to the components simply by assigning the datasource & datafield to the db aware component. I'm using SQLite3Connection (as opposed to SQLite3Dataset), SQLQuery, SQLTransaction & DataSource. Thanks for your help. Martin From mailinglists at collins-email.co.uk Thu Dec 1 21:40:10 2016 From: mailinglists at collins-email.co.uk (Martin Collins) Date: Thu, 1 Dec 2016 20:40:10 +0000 Subject: [Lazarus] SQLite & DB Aware Components In-Reply-To: References: Message-ID: <611cf905-9b3a-1ded-56f0-93986d5ffb2b@collins-email.co.uk> On 01/12/16 16:15, Martin Collins via Lazarus wrote: > From what I understand, SQLite TEXT type has no set length so db aware > components treat it as a memo. Therefore when I assign a TEXT field to a > db aware component, all that appears in the component is "(MEMO)", even > though most of my TEXT fields are only up to 10-30 characters long. > Solutions offered on-line suggest using a dbmemo (which I have for my > longer TEXT fields as that's what I want), but I need to use dbgrids, > dbedits, dbcomboboxs, etc for the shorter TEXT fields. > I have found a solution to my problem, with thanks to the following link: http://www.tweaking4all.com/software-development/lazarus-development/lazarus-pascal-getting-started-with-sqlite/#ATEXTfieldshowsamemoinaDBGrid The answer was altering my SQL Query text, from something like this: SELECT "Filename", "Date" FROM "mytable"; to this: SELECT CAST( "Filename" AS VARCHAR) AS "Filename", "Date" FROM "mytable"; Casting it as a different type in the SQL statement worked! My bad and inexperience with databases! Hope this will help someone else one day! :-) Thanks & best regards, Martin From aaa5500 at ya.ru Thu Dec 1 23:35:36 2016 From: aaa5500 at ya.ru (Alexey) Date: Fri, 2 Dec 2016 01:35:36 +0300 Subject: [Lazarus] AutoAdjustLayout fixes In-Reply-To: References: <1e02ae38-62c0-3bc1-fda3-710f850a21b5@ziesig.org> <105356c7-1090-d0f2-1d04-845c107b2c90@deseine.nl> Message-ID: On 30.11.2016 22:29, Ondrej Pokorny via Lazarus wrote: > Just curious: what widget set do you use for macOS? Carbon, and soon I want Cocoa but have problem with TFontDialog on cocoa. (so I wait). -- Regards, Alex From aaa5500 at ya.ru Thu Dec 1 23:39:17 2016 From: aaa5500 at ya.ru (Alexey) Date: Fri, 2 Dec 2016 01:39:17 +0300 Subject: [Lazarus] CCR, how to send files? In-Reply-To: <20161108120732.7df50c00@limapholos.matflo.wg> References: <362eee4c-2fc2-d194-3735-4b8ed12111bc@lumino.de> <6803f7b7-8456-72b9-a0da-ceb0d29c2f93@ya.ru> <20161108120732.7df50c00@limapholos.matflo.wg> Message-ID: <0a4bc8b6-8be7-efbc-6b4a-a22084e594ee@ya.ru> >Vincent answered in the meantime? Yes, thks, I've sent my files to him. -- Regards, Alex From aaa5500 at ya.ru Thu Dec 1 23:47:44 2016 From: aaa5500 at ya.ru (Alexey) Date: Fri, 2 Dec 2016 01:47:44 +0300 Subject: [Lazarus] Form Width bigger than 4096 pixels? In-Reply-To: <6c6879ea-17c8-6e54-46e5-7e616c0b0279@geldenhuys.co.uk> References: <6c6879ea-17c8-6e54-46e5-7e616c0b0279@geldenhuys.co.uk> Message-ID: <92091353-a8d8-d78d-b0b2-761418c1fa6b@ya.ru> Mac has high X resolution, so please, dev's, make thus limit more than 4K. See * iMac (Retina 5K, 27-inch, Late 2014) and later displays have a 5120-by-2880 native resolution with support for millions of colors. * iMac (Retina 4K, 21.5-inch, Late 2015) displays have a 4096-by-2304 native resolution with support for millions of colors. Alex -------------- next part -------------- An HTML attachment was scrubbed... URL: From lacak at zoznam.sk Fri Dec 2 07:13:27 2016 From: lacak at zoznam.sk (LacaK) Date: Fri, 2 Dec 2016 07:13:27 +0100 Subject: [Lazarus] SQLite & DB Aware Components In-Reply-To: <611cf905-9b3a-1ded-56f0-93986d5ffb2b@collins-email.co.uk> References: <611cf905-9b3a-1ded-56f0-93986d5ffb2b@collins-email.co.uk> Message-ID: <85a1e5c0-dab6-ff2d-eec5-06e3aa1022ef@zoznam.sk> Dňa 1.12.2016 o 21:40 Martin Collins via Lazarus napísal(a): > On 01/12/16 16:15, Martin Collins via Lazarus wrote: >> From what I understand, SQLite TEXT type has no set length so db aware >> components treat it as a memo. Therefore when I assign a TEXT field to a >> db aware component, all that appears in the component is "(MEMO)", even >> though most of my TEXT fields are only up to 10-30 characters long. >> Solutions offered on-line suggest using a dbmemo (which I have for my >> longer TEXT fields as that's what I want), but I need to use dbgrids, >> dbedits, dbcomboboxs, etc for the shorter TEXT fields. >> > I have found a solution to my problem, with thanks to the following link: > > http://www.tweaking4all.com/software-development/lazarus-development/lazarus-pascal-getting-started-with-sqlite/#ATEXTfieldshowsamemoinaDBGrid > > The answer was altering my SQL Query text, from something like this: > > SELECT > "Filename", > "Date" > FROM > "mytable"; > > to this: > > SELECT > CAST( "Filename" AS VARCHAR) AS "Filename", > "Date" > FROM > "mytable"; > > Casting it as a different type in the SQL statement worked! You are not required to that if you have declared table "mytable" as: CREATE TABLE "mytable" ( FileName varchar(100), Date datetime ) -Laco From juha.manninen62 at gmail.com Fri Dec 2 15:56:50 2016 From: juha.manninen62 at gmail.com (Juha Manninen) Date: Fri, 2 Dec 2016 16:56:50 +0200 Subject: [Lazarus] LazUtils package has no dependencies for LCL or other GUI Message-ID: I happened to notice this: http://bugs.freepascal.org/view.php?id=31048 asking to move FileUtil from LCL to FCL. It was a misunderstanding from Silvio. FileUtil unit belongs to LazUtils instead of LCL. Such a misunderstanding may be common, thus I wanted to write about it here. Among other things, LazUtils package contains support for Unicode. It means any cmd line program or server side program gets Unicode support by using LazUtils. Before FPC 3 times, the earlier Unicode support in Lazarus with special UTF8 functions worked only with LCL. I believe that is the reason for misunderstandings. Juha From mailinglists at collins-email.co.uk Fri Dec 2 17:18:49 2016 From: mailinglists at collins-email.co.uk (Martin Collins) Date: Fri, 2 Dec 2016 16:18:49 +0000 Subject: [Lazarus] SQLite & DB Aware Components In-Reply-To: <85a1e5c0-dab6-ff2d-eec5-06e3aa1022ef@zoznam.sk> References: <611cf905-9b3a-1ded-56f0-93986d5ffb2b@collins-email.co.uk> <85a1e5c0-dab6-ff2d-eec5-06e3aa1022ef@zoznam.sk> Message-ID: <30f25068-db5f-0cf5-1fa2-cb6c218b17ac@collins-email.co.uk> On 02/12/16 06:13, LacaK via Lazarus wrote: >> >> Casting it as a different type in the SQL statement worked! > You are not required to that if you have declared table "mytable" as: > CREATE TABLE "mytable" ( > FileName varchar(100), > Date datetime > ) > > -Laco Thank you Laco. Just tried that out and it works. The database I am using was created using a couple of visual database managers - exported from MS Access to an Excel file and then saved as CSV before the 4200 rows x 51 columns of the main data were imported into a prepared sqlite table. I used the visual managers as I am not experienced in creating tables & fields by SQL or importing large amounts of data. The weird thing is that when creating my fields the visual database managers did not have the option of VARCHAR only TEXT (plus INTEGER, BLOB, REAL & NUMERIC), but I just found I can create a VARCHAR field by executing your SQL statement above! Further reading on sqlite seems to suggest that VARCHAR isn't really stored that way as SQLite just treats it as unlimited TEXT? It's all a bit confusing and probably getting a bit off-topic for lazarus/freepascal, but I am getting there. Thanks for you help. Martin From aaa5500 at ya.ru Fri Dec 2 17:40:13 2016 From: aaa5500 at ya.ru (Alexey) Date: Fri, 2 Dec 2016 19:40:13 +0300 Subject: [Lazarus] TextHint rewrite In-Reply-To: <43ab1ee1-a33c-310e-2e55-4b61a1ab3290@kluug.net> References: <43ab1ee1-a33c-310e-2e55-4b61a1ab3290@kluug.net> Message-ID: <8d38b97d-8468-73a5-5782-6a73ea6603d0@ya.ru> On 14.11.2016 17:32, Ondrej Pokorny via Lazarus wrote: > For now I rewrote the TextHint emulation Can we have Italic style of textHint , like before? In e.g. IDE filter boxes. -- Regards, Alex From lazarus at kluug.net Fri Dec 2 17:55:09 2016 From: lazarus at kluug.net (Ondrej Pokorny) Date: Fri, 2 Dec 2016 17:55:09 +0100 Subject: [Lazarus] TextHint rewrite In-Reply-To: <8d38b97d-8468-73a5-5782-6a73ea6603d0@ya.ru> References: <43ab1ee1-a33c-310e-2e55-4b61a1ab3290@kluug.net> <8d38b97d-8468-73a5-5782-6a73ea6603d0@ya.ru> Message-ID: On 02.12.2016 17:40, Alexey via Lazarus wrote: > On 14.11.2016 17:32, Ondrej Pokorny via Lazarus wrote: >> For now I rewrote the TextHint emulation > Can we have Italic style of textHint , like before? In e.g. IDE filter > boxes WinAPI doesn't support changing text hint font - it is not italic. AFAIK "TextHint" e.g. in Konqueror navigation bar on Linux isn't italic either. So no unless you bring very good arguments for it. Ondrej From gaborboros at yahoo.com Fri Dec 2 19:49:14 2016 From: gaborboros at yahoo.com (Gabor Boros) Date: Fri, 2 Dec 2016 19:49:14 +0100 Subject: [Lazarus] How to utilize goRowMoving with TDBGird? In-Reply-To: <62f66d7f-e3cc-84a6-6c14-47690deb0789@yahoo.com> References: <62f66d7f-e3cc-84a6-6c14-47690deb0789@yahoo.com> Message-ID: <50f5310b-bafc-7b6b-d6ad-b4ced0f84d00@yahoo.com> 2016. 11. 15. 15:11 keltezéssel, Gabor Boros via Lazarus írta: > I need a record reordering feature with TDBGrid, worked out a > half-solution with drag and drop and later found TStringGrid have a > goRowMoving option. Just want the effect of it and the FromIndex and > ToIndex row numbers. And TCustomDBGrid.ColRowMoved(IsColumn: Boolean; > FromIndex, ToIndex: Integer) exists. Any easy way to access this feature > from a DBGrid? Created an issue for it with patch and example project: http://bugs.freepascal.org/view.php?id=31061 Gabor From werner.pamler at freenet.de Fri Dec 2 21:06:32 2016 From: werner.pamler at freenet.de (Werner Pamler) Date: Fri, 2 Dec 2016 21:06:32 +0100 Subject: [Lazarus] "Some files have changed on disk" Message-ID: <6273d38f-39bf-4631-da40-38c6c8e0cf65@freenet.de> For some time, the IDE of trunk is displaying an annyoing message "Some files have changed on disk" and prompts to select either "Ignore all disk changes" or "Reload checked files from disk" if an unsaved new project is compiled. Steps to reproduce: - Create new project, add components and code (but not necessary) - Don't save - Compile and run --> message (see attached screen shot) I've seen this behavior some time ago in Linux where it disappeared again, but now it is back on my main Windows development machine (WIn 10/64 bit, Laz trunk (32 bit), fpc 3.0) Any idea how I can get back to the normal behavior? -------------- next part -------------- A non-text attachment was scrubbed... Name: SomeFilesHaveChangedOnDisk.png Type: image/png Size: 6464 bytes Desc: not available URL: From bartjunk64 at gmail.com Fri Dec 2 22:08:13 2016 From: bartjunk64 at gmail.com (Bart) Date: Fri, 2 Dec 2016 22:08:13 +0100 Subject: [Lazarus] TextHint rewrite In-Reply-To: References: <43ab1ee1-a33c-310e-2e55-4b61a1ab3290@kluug.net> <8d38b97d-8468-73a5-5782-6a73ea6603d0@ya.ru> Message-ID: On 12/2/16, Ondrej Pokorny via Lazarus wrote: > WinAPI doesn't support changing text hint font - it is not italic. AFAIK > "TextHint" e.g. in Konqueror navigation bar on Linux isn't italic > either. So no unless you bring very good arguments for it. I originally made it Italic, because native TextHint on Windows "looked" Italic to me ... Bart From nc-gaertnma at netcologne.de Fri Dec 2 23:02:53 2016 From: nc-gaertnma at netcologne.de (Mattias Gaertner) Date: Fri, 2 Dec 2016 23:02:53 +0100 Subject: [Lazarus] "Some files have changed on disk" In-Reply-To: <6273d38f-39bf-4631-da40-38c6c8e0cf65@freenet.de> References: <6273d38f-39bf-4631-da40-38c6c8e0cf65@freenet.de> Message-ID: <20161202230253.64939bcb@limapholos.matflo.wg> On Fri, 2 Dec 2016 21:06:32 +0100 Werner Pamler via Lazarus wrote: > For some time, the IDE of trunk is displaying an annyoing message "Some > files have changed on disk" and prompts to select either "Ignore all > disk changes" or "Reload checked files from disk" if an unsaved new > project is compiled. > > Steps to reproduce: > > - Create new project, add components and code (but not necessary) > > - Don't save > > - Compile and run --> message (see attached screen shot) > > I've seen this behavior some time ago in Linux where it disappeared > again, but now it is back on my main Windows development machine (WIn > 10/64 bit, Laz trunk (32 bit), fpc 3.0) > > Any idea how I can get back to the normal behavior? Fixed. Please test. Mattias From nc-gaertnma at netcologne.de Fri Dec 2 23:17:12 2016 From: nc-gaertnma at netcologne.de (Mattias Gaertner) Date: Fri, 2 Dec 2016 23:17:12 +0100 Subject: [Lazarus] Form Width bigger than 4096 pixels? In-Reply-To: <92091353-a8d8-d78d-b0b2-761418c1fa6b@ya.ru> References: <6c6879ea-17c8-6e54-46e5-7e616c0b0279@geldenhuys.co.uk> <92091353-a8d8-d78d-b0b2-761418c1fa6b@ya.ru> Message-ID: <20161202231712.2c1e2077@limapholos.matflo.wg> On Fri, 2 Dec 2016 01:47:44 +0300 Alexey via Lazarus wrote: > Mac has high X resolution, so please, dev's, > make thus limit more than 4K. See As pointed out, this is a limit of Sparta, not of the LCL, nor AnchorDocking. Mattias From nc-gaertnma at netcologne.de Fri Dec 2 23:20:45 2016 From: nc-gaertnma at netcologne.de (Mattias Gaertner) Date: Fri, 2 Dec 2016 23:20:45 +0100 Subject: [Lazarus] How to open the help for the selected identifier? In-Reply-To: References: Message-ID: <20161202232045.71488009@limapholos.matflo.wg> On Mon, 5 Sep 2016 12:39:49 -0300 silvioprog wrote: > Hello, > > Is there some IDE configuration to open the online help of a selected > identifier instead of the "Code Brower" window? The Code Browser opens, if the IDE can't find the declaration of the identifier. So it does not know the Online Help URL. You can install an offline help like ChmHelpPkg. This will then search the identifier in the offline help. Mattias From werner.pamler at freenet.de Fri Dec 2 23:22:27 2016 From: werner.pamler at freenet.de (Werner Pamler) Date: Fri, 2 Dec 2016 23:22:27 +0100 Subject: [Lazarus] "Some files have changed on disk" In-Reply-To: <20161202230253.64939bcb@limapholos.matflo.wg> References: <6273d38f-39bf-4631-da40-38c6c8e0cf65@freenet.de> <20161202230253.64939bcb@limapholos.matflo.wg> Message-ID: Am 02.12.2016 um 23:02 schrieb Mattias Gaertner via Lazarus: > Fixed. Please test. Working correctly again. Thanks From donald at ziesig.org Sat Dec 3 02:00:56 2016 From: donald at ziesig.org (Donald Ziesig) Date: Fri, 2 Dec 2016 20:00:56 -0500 Subject: [Lazarus] Trouble [re-]installing fpc from SourceForge (and other sources) Message-ID: <8cf01ee8-6a83-0af7-38b8-27e7515cdae3@ziesig.org> I have been trying to upgrade to lazarus 1.6.2 on *Linux Mint Sarah* with no success. After days of failure, I decided to revert to 1.6.0 using the .deb files from SourceForge. Then using Synaptic for 1.6.0. Lastly using apt-get from the command line. In all cases, the installation of *fpc *fails. It used to work till I started this upgrade. All attempts to get fpc working fail, essentially the same way: ┌[ 2001 2.3.0 19:30:33 ~ ] └> fpc The program 'fpc' is currently not installed. You can install it by typing: sudo apt install fp-compiler-3.0.0 ┌[ 1994 2.3.0 19:30:35 ~ ] └> sudo apt install fp-compiler-3.0.0 [sudo] password for donz: Reading package lists... Done Building dependency tree Reading state information... Done fp-compiler-3.0.0 is already the newest version (3.0.0+dfsg-2). 0 upgraded, 0 newly installed, 0 to remove and 37 not upgraded. ┌[ 1993 2.3.0 19:30:59 ~ ] └> fpc The program 'fpc' is currently not installed. You can install it by typing: sudo apt install fp-compiler-3.0.0 ┌[ 1993 2.3.0 19:31:08 ~ ] └> Repeating the apt install gives the same result. I tried: ┌[ 1998 2.3.0 19:54:00 ~ ] └> fp-compiler-3.0.0 fp-compiler-3.0.0: command not found ┌[ 1998 2.3.0 19:54:24 ~ ] Also: ┌[ 1998 2.3.0 19:54:24 ~ ] └> sudo apt install fpc [sudo] password for donz: Reading package lists... Done Building dependency tree Reading state information... Done fpc is already the newest version (3.0.0+dfsg-2). fpc set to manually installed. 0 upgraded, 0 newly installed, 0 to remove and 37 not upgraded. When I start lazarus, it complains that it can't find the compiler: /usr/bin/fpc It recommends that I try /usr/bin/ppcx64 /usr/bin/ppcx64 is a link to a non-existent file. I tried everything I can think of for the compiler with the same results. Help, please! Don Ziesig -------------- next part -------------- An HTML attachment was scrubbed... URL: From coppolastudio at gmail.com Sat Dec 3 09:53:52 2016 From: coppolastudio at gmail.com (Salvatore) Date: Sat, 03 Dec 2016 09:53:52 +0100 Subject: [Lazarus] Trouble [re-]installing fpc from SourceForge (and other sources) Message-ID: Try to uninstall alla the fpc and fp related pakages then install fpc 3.0.0 with the deb privided in the Lazarus site. It work here with mint lmde 2 Donald Ziesig via Lazarus ha scritto: >Ihavebeentryingtoupgradetolazarus1.6.2onLinuxMintSarahwithnosuccess. Afterdaysoffailure,Idecidedtorevertto1.6.0usingthe.debfilesfromSourceForge. ThenusingSynapticfor1.6.0. Lastlyusingapt-getfromthecommandline. Inallcases,theinstallationoffpcfails.ItusedtoworktillIstartedthisupgrade.Allattemptstogetfpcworkingfail,essentiallythesameway:┌[2001 2.3.019:30:33~]└fpcTheprogram'fpc'iscurrentlynotinstalled.Youcaninstallitbytyping:sudoaptinstallfp-compiler-3.0.0┌[1994 2.3.019:30:35~]└sudoaptinstallfp-compiler-3.0.0[sudo]passwordfordonz:Readingpackagelists...DoneBuildingdependencytree      Readingstateinformation...Donefp-compiler-3.0.0isalreadythenewestversion(3.0.0+dfsg-2).0upgraded,0newlyinstalled,0toremoveand37notupgraded.┌[1993 2.3.019:30:59~]└fpcTheprogram'fpc'iscurrentlynotinstalled.Youcaninstallitbytyping:sudoaptinstallfp-compiler-3.0.0┌[1993 2.3.019:31:08~]└Repeatingtheaptinstallgivesthesameresult.Itried:┌[1998 2.3.019:54:00~]└fp-compiler-3.0.0fp-compiler-3.0.0:commandnotfound┌[1998 2.3.019:54:24~]Also:┌[1998 2.3.019:54:24~]└sudoaptinstallfpc[sudo]passwordfordonz:Readingpackagelists...DoneBuildingdependencytree      Readingstateinformation...Donefpcisalreadythenewestversion(3.0.0+dfsg-2).fpcsettomanuallyinstalled.0upgraded,0newlyinstalled,0toremoveand37notupgraded.WhenIstartlazarus,itcomplainsthatitcan'tfindthecompiler:/usr/bin/fpcItrecommendsthatItry/usr/bin/ppcx64/usr/bin/ppcx64isalinktoanon-existentfile.ItriedeverythingIcanthinkofforthecompilerwiththesameresults.Help,please!DonZiesig -------------- next part -------------- An HTML attachment was scrubbed... URL: From aaa5500 at ya.ru Sat Dec 3 11:12:01 2016 From: aaa5500 at ya.ru (Alexey) Date: Sat, 3 Dec 2016 13:12:01 +0300 Subject: [Lazarus] TControl.ScaleCoord In-Reply-To: References: Message-ID: <467a5d9d-a93e-35d1-af3e-23ce9e8aa8c3@ya.ru> Ondrej, instead of ScaleCoord(N), ScaleCoordBack(N), not better to have ScaleCoord(N, ABack: boolean = false) ? Both funcs have 95% same code, better to have one. Alex From kashken at csteldridge.com Sat Dec 3 16:58:30 2016 From: kashken at csteldridge.com (Ken Kashmarek) Date: Sat, 3 Dec 2016 08:58:30 -0700 (MST) Subject: [Lazarus] FPC on Rpi3 executable module sizes In-Reply-To: References: <1477811102597-4050126.post@n3.nabble.com> <1477848722999-4050129.post@n3.nabble.com> <91015172-a669-a00f-75af-8180dc3f3467@gmx.de> <1478098748338-4050151.post@n3.nabble.com> Message-ID: <1480780710876-4050490.post@n3.nabble.com> I have solved the problem with modules sizes when compiled under Lazarus FPC 3.0.0 on RPi3. First, I am able to perform scripted compile and link operations (ie, not done via the IDE). Next, by adding the -XX parameter to the compile/link script file, that is: fpc -XX sourcefile.pas the resulting executable file sizes are comparable to those created on Windows 7. That is, a 400K executable size drops to approximately 100K. Finally, the install of the compiler is in /usr/lib on the RPi3 SSD card. -- View this message in context: http://free-pascal-lazarus.989080.n3.nabble.com/FPC-on-Rpi3-executable-module-sizes-tp4050126p4050490.html Sent from the Free Pascal - Lazarus mailing list archive at Nabble.com. From nc-gaertnma at netcologne.de Sat Dec 3 21:56:38 2016 From: nc-gaertnma at netcologne.de (Mattias Gaertner) Date: Sat, 3 Dec 2016 21:56:38 +0100 Subject: [Lazarus] Trouble [re-]installing fpc from SourceForge (and other sources) In-Reply-To: <8cf01ee8-6a83-0af7-38b8-27e7515cdae3@ziesig.org> References: <8cf01ee8-6a83-0af7-38b8-27e7515cdae3@ziesig.org> Message-ID: <20161203215638.584d3bf1@limapholos.matflo.wg> On Fri, 2 Dec 2016 20:00:56 -0500 Donald Ziesig via Lazarus wrote: > I have been trying to upgrade to lazarus 1.6.2 on *Linux Mint Sarah* > with no success. After days of failure, I decided to revert to 1.6.0 > using the .deb files from SourceForge. Then using Synaptic for 1.6.0. > Lastly using apt-get from the command line. In all cases, the > installation of *fpc *fails. > It used to work till I started this upgrade. > > All attempts to get fpc working fail, essentially the same way: > > ┌[ 2001 2.3.0 19:30:33 ~ ] > └> fpc > The program 'fpc' is currently not installed. You can install it by typing: > sudo apt install fp-compiler-3.0.0 Please try this: - uninstall the lazarus package and all fp- packages. - update your system - download the new lazarus-project_1.6.2 package from our sourceforge site and install it. - If your installer did not automatically install the dependencies, install them now Mattias From nc-gaertnma at netcologne.de Sat Dec 3 23:09:53 2016 From: nc-gaertnma at netcologne.de (Mattias Gaertner) Date: Sat, 3 Dec 2016 23:09:53 +0100 Subject: [Lazarus] Lazarus Release 1.6.2 In-Reply-To: <20161115154206.25fd71bc@limapholos.matflo.wg> References: <20161115154206.25fd71bc@limapholos.matflo.wg> Message-ID: <20161203230953.55e04e39@limapholos.matflo.wg> Hi, I uploaded new Debian packages. Our 'lazarus' packages clashed with the packages in the Debian repository. So I renamed them to lazarus-project_1.6.2. Mattias From donald at ziesig.org Sun Dec 4 20:32:22 2016 From: donald at ziesig.org (Donald Ziesig) Date: Sun, 4 Dec 2016 14:32:22 -0500 Subject: [Lazarus] Trouble [re-]installing fpc from SourceForge (and other sources) In-Reply-To: <20161203215638.584d3bf1@limapholos.matflo.wg> References: <8cf01ee8-6a83-0af7-38b8-27e7515cdae3@ziesig.org> <20161203215638.584d3bf1@limapholos.matflo.wg> Message-ID: On 12/03/2016 03:56 PM, Mattias Gaertner via Lazarus wrote: > On Fri, 2 Dec 2016 20:00:56 -0500 > Donald Ziesig via Lazarus wrote: > >> I have been trying to upgrade to lazarus 1.6.2 on *Linux Mint Sarah* >> with no success. After days of failure, I decided to revert to 1.6.0 >> using the .deb files from SourceForge. Then using Synaptic for 1.6.0. >> Lastly using apt-get from the command line. In all cases, the >> installation of *fpc *fails. >> It used to work till I started this upgrade. >> >> All attempts to get fpc working fail, essentially the same way: >> >> ┌[ 2001 2.3.0 19:30:33 ~ ] >> └> fpc >> The program 'fpc' is currently not installed. You can install it by typing: >> sudo apt install fp-compiler-3.0.0 > Please try this: > - uninstall the lazarus package and all fp- packages. > - update your system > - download the new lazarus-project_1.6.2 package from our sourceforge > site and install it. > - If your installer did not automatically install the dependencies, > install them now > > Mattias It seems that the apt metadata got corrupted. fpc was not the only package that would not reinstall properly. I had to reload the entire thing and clear the apt cache. I installed the original fpc and it worked. I then removed fpc and downloaded lazarus-project_1.6.2. Lazarus worked (even though the installation said that there are 88 packages missing). Where can I find out which packages are needed and how to install them? Thanks, Don Z. From nc-gaertnma at netcologne.de Sun Dec 4 21:11:20 2016 From: nc-gaertnma at netcologne.de (Mattias Gaertner) Date: Sun, 4 Dec 2016 21:11:20 +0100 Subject: [Lazarus] Trouble [re-]installing fpc from SourceForge (and other sources) In-Reply-To: References: <8cf01ee8-6a83-0af7-38b8-27e7515cdae3@ziesig.org> <20161203215638.584d3bf1@limapholos.matflo.wg> Message-ID: <20161204211120.394db80d@limapholos.matflo.wg> On Sun, 4 Dec 2016 14:32:22 -0500 Donald Ziesig via Lazarus wrote: >[...] > It seems that the apt metadata got corrupted. fpc was not the only > package that would not reinstall properly. I had to reload the entire > thing and clear the apt cache. Never had such a failure. > I installed the original fpc and it worked. :) > I then removed fpc and downloaded lazarus-project_1.6.2. Lazarus worked > (even though the installation said that there are 88 packages missing). Normal. > Where can I find out which packages are needed and how to install them? For example 'apt-get -f install'. Mattias From donald at ziesig.org Mon Dec 5 00:39:21 2016 From: donald at ziesig.org (Donald Ziesig) Date: Sun, 4 Dec 2016 18:39:21 -0500 Subject: [Lazarus] IDE main window? Message-ID: <4df9eb1f-c128-a6f1-6317-7a98e0cb50a8@ziesig.org> Now that I have Lazarus 1.6.2 working :-D, I have a few questions: Is there any way to resize the IDE main window so that it extends the full width of the display? Right now it only extends 2/3 of the way across and I have to manually scroll the components to the right. Earlier versions of lazarus allowed re-sizing to full width. Can I resize the component icons so that they can be seen without a magnifying glass? It seems that the icon files are all 16x16 pixels. I can use gimp to resize the individual icons, but would the ide use the larger images? I did reset the linux screen resolution to 144x144 and lazarus' source editor responded with appropriately larger text. Can I extend the time display of the Messages window tooltip, or can the messages window wrap text so the entire message is visible? Thanks, Don Ziesig From noreply at z505.com Mon Dec 5 11:11:50 2016 From: noreply at z505.com (Lars) Date: Mon, 5 Dec 2016 03:11:50 -0700 Subject: [Lazarus] SQLite & DB Aware Components In-Reply-To: <30f25068-db5f-0cf5-1fa2-cb6c218b17ac@collins-email.co.uk> References: <611cf905-9b3a-1ded-56f0-93986d5ffb2b@collins-email.co.uk> <85a1e5c0-dab6-ff2d-eec5-06e3aa1022ef@zoznam.sk> <30f25068-db5f-0cf5-1fa2-cb6c218b17ac@collins-email.co.uk> Message-ID: On Fri, December 2, 2016 9:18 am, Martin Collins via Lazarus wrote: > The weird thing is that when creating my fields the visual database > managers did not have the option of VARCHAR only TEXT (plus INTEGER, BLOB, > REAL & NUMERIC), but I just found I can create a VARCHAR field by > executing your SQL statement above! Further reading on sqlite seems to > suggest that VARCHAR isn't really stored that way as SQLite just treats it > as unlimited TEXT? > SQL lite, is not a database, it is a sloppy untyped dumb text storage system, that is called a database even though it really is not... It's perfect for when you need something a little more advanced than plain text files, but in no way, is it an sql or relational database, even though it accepts SQL language to access it.. Basically, it's one little step better than using plain text files... and it is easier to ship than mysql embedded or other tools that require more complex setups. Actually I haven't looked at mysql embedded recently, to see what they are up to.... And as we all know mysql has a reputation of not being a proper relational database either! But despite sqlite being a poorly typed, weakly typed, basically dumb database which isn't even a database... It is still a useful tool, and one step better than Xml files, or plain text storage in plain files. Whenever choosing sqlite, I always tell myself: remember, SQL is NOT a relational database even though it claims to be one, so be prepared to use it carefully, as a dumb text storage system just like plain text files. With this warning in mind it is a very useful tool. Fabian Pascal has something to say about it, if anyone claims it's relational.. or typed... The typing system in it is a joke, it basically ignores types. As do plain text files when you save stuff to them.. You can reinvent your own typing system though by doing careful checks. When using sqlite it's almost like a static/strong type programmer choosing to use a weakly typed programming language with dynamic types: it feels odd and strange that there is not this sterility involved with proper checks in place. But that's exactly kind of what like using plain text files is like... you have to store plain text and do checks at run time for issues... So sql lite is basically, a plain text organization system. It is, I repeat, NOT a relational nor an sql database... And Fabian Pascal can say it much better than I can with his attack on it. Still, a useful tool: just be warned. From luca at wetron.es Mon Dec 5 17:14:28 2016 From: luca at wetron.es (Luca Olivetti) Date: Mon, 5 Dec 2016 17:14:28 +0100 Subject: [Lazarus] Tools->Options segfaults with ancient gtk (GtkTreeView problem) Message-ID: <2bd6c842-8a08-e3c5-7e69-3fb87b174272@wetron.es> I just installed an old version of puppy linux (4.00) in a virtual machine to recreate a system I have to maintain (and, no, I cannot update it, the video card in the production system only works with puppy linux and this specific version). This version of puppy linux has gtk 2.12.1 I installed fpc 2.6.4 in it and compiled lazarus 1.6.2. Everything works but clicking on Tools->Options the ide segfaults. I cannot use the debugger, but the segfault happens in line 207 of lcl/interfaces/gtk2/gtk2listviewtreemodel.pas function TLCLListViewModel.get_iter(iter: PGtkTreeIter; path: PGtkTreePath): gboolean; cdecl; var Index: PtrUInt; begin Result := False; Index := gtk_tree_path_get_indices(path)[0]; <--- here if Index < ListView.Items.Count then begin iter^.user_data:= {%H-}Pointer(Index); Exit(True); end; end; and it appears it is triggered by line 1517 of lcl/interfaces/gtk2/gtk2wscustomlistview.inc lisFocused: begin //gtk2 iter has no focus?? Path := gtk_tree_path_new_from_string(PChar(IntToStr(AIndex))); if GTK_IS_TREE_VIEW(MainView) then begin if AIsSet then gtk_tree_view_set_cursor(PGtkTreeView(MainView), Path, nil, False) else begin if (gtk_major_version = 2) and (gtk_minor_version < 14) then gtk_tree_view_set_cursor(PGtkTreeView(MainView), nil, nil, False) <--- here else gtk_tree_view_set_cursor(PGtkTreeView(MainView), Path, nil, False); end; end else if GTK_IS_ICON_VIEW(MainView) then gtk_icon_view_set_cursor(PGtkIconView(MainView), Path, nil, False); gtk_tree_path_free(Path); end; I changed the call to look like the one for gtk >= 2.14 (i.e, Path instead of nil) and now I can open the options dialog. I really don't know gtk2, but maybe the differentiation is needed for an earlier version of gtk and not 2.14? Bye -- Luca Olivetti Wetron Automation Technology http://www.wetron.es/ Tel. +34 93 5883004 (Ext.3010) Fax +34 93 5883007 From zeljko at holobit.net Mon Dec 5 17:39:33 2016 From: zeljko at holobit.net (zeljko) Date: Mon, 5 Dec 2016 17:39:33 +0100 Subject: [Lazarus] {Spam?} Re: Tools->Options segfaults with ancient gtk (GtkTreeView problem) In-Reply-To: <2bd6c842-8a08-e3c5-7e69-3fb87b174272@wetron.es> References: <2bd6c842-8a08-e3c5-7e69-3fb87b174272@wetron.es> Message-ID: <4b5e731e-564f-b6a2-0319-1b2e6d1c7a9f@holobit.net> > > > I changed the call to look like the one for gtk >= 2.14 (i.e, Path > instead of nil) and now I can open the options dialog. > I really don't know gtk2, but maybe the differentiation is needed for an > earlier version of gtk and not 2.14? Maybe < 2.12 should be there zeljko From nc-gaertnma at netcologne.de Mon Dec 5 18:12:04 2016 From: nc-gaertnma at netcologne.de (Mattias Gaertner) Date: Mon, 5 Dec 2016 18:12:04 +0100 Subject: [Lazarus] IDE main window? In-Reply-To: <4df9eb1f-c128-a6f1-6317-7a98e0cb50a8@ziesig.org> References: <4df9eb1f-c128-a6f1-6317-7a98e0cb50a8@ziesig.org> Message-ID: <20161205181204.221223b9@limapholos.matflo.wg> On Sun, 4 Dec 2016 18:39:21 -0500 Donald Ziesig via Lazarus wrote: > Now that I have Lazarus 1.6.2 working :-D, I have a few questions: > > Is there any way to resize the IDE main window so that it extends the > full width of the display? Right now it only extends 2/3 of the way > across and I have to manually scroll the components to the right. > Earlier versions of lazarus allowed re-sizing to full width. AFAIK there is no limit. What is your screen resolution? Do you use sparta or anchordocking? > Can I resize the component icons so that they can be seen without a > magnifying glass? It seems that the icon files are all 16x16 pixels. I > can use gimp to resize the individual icons, but would the ide use the > larger images? I did reset the linux screen resolution to 144x144 and > lazarus' source editor responded with appropriately larger text. Ondrej is working on scaling. > Can I extend the time display of the Messages window tooltip, or can the > messages window wrap text so the entire message is visible? Both are good ideas. Please create feature requests. Mattias From luca at wetron.es Mon Dec 5 22:26:37 2016 From: luca at wetron.es (Luca Olivetti) Date: Mon, 5 Dec 2016 22:26:37 +0100 Subject: [Lazarus] {Spam?} Re: Tools->Options segfaults with ancient gtk (GtkTreeView problem) In-Reply-To: <4b5e731e-564f-b6a2-0319-1b2e6d1c7a9f@holobit.net> References: <2bd6c842-8a08-e3c5-7e69-3fb87b174272@wetron.es> <4b5e731e-564f-b6a2-0319-1b2e6d1c7a9f@holobit.net> Message-ID: <9f39ed84-88b9-00e6-b786-e9a70f0d2974@wetron.es> El 05/12/16 a les 17:39, zeljko ha escrit: >> >> >> I changed the call to look like the one for gtk >= 2.14 (i.e, Path >> instead of nil) and now I can open the options dialog. >> I really don't know gtk2, but maybe the differentiation is needed for an >> earlier version of gtk and not 2.14? > > Maybe < 2.12 should be there I wouldn't know, as I said I know nothing about gtk, but the available documentation doesn't mention if and when the api was changed: https://developer.gnome.org/gtk2/stable/GtkTreeView.html#gtk-tree-view-set-cursor Bye -- Luca Olivetti Wetron Automation Technology http://www.wetron.es/ Tel. +34 93 5883004 (Ext.3010) Fax +34 93 5883007 From markMLl.lazarus at telemetry.co.uk Tue Dec 6 10:05:57 2016 From: markMLl.lazarus at telemetry.co.uk (Mark Morgan Lloyd) Date: Tue, 6 Dec 2016 09:05:57 +0000 Subject: [Lazarus] IDE main window? In-Reply-To: <20161205181204.221223b9@limapholos.matflo.wg> References: <4df9eb1f-c128-a6f1-6317-7a98e0cb50a8@ziesig.org> <20161205181204.221223b9@limapholos.matflo.wg> Message-ID: On 05/12/16 17:30, Mattias Gaertner via Lazarus wrote: > On Sun, 4 Dec 2016 18:39:21 -0500Donald Ziesig via Lazarus wrote: >> Now that I have Lazarus 1.6.2 working :-D, I have a few questions:> > Is there any way to resize the IDE main window so that it extends the > full width of the display? Right now it only extends 2/3 of the way > across and I have to manually scroll the components to the right. > Earlier versions of lazarus allowed re-sizing to full width. > AFAIK there is no limit. What is your screen resolution?Do you use sparta or anchordocking? > > Can I resize the component icons so that they can be seen without a > magnifying glass? It seems that the icon files are all 16x16 pixels. I > can use gimp to resize the individual icons, but would the ide use the > larger images? I did reset the linux screen resolution to 144x144 and > lazarus' source editor responded with appropriately larger text. > Ondrej is working on scaling. > > Can I extend the time display of the Messages window tooltip, or can the > messages window wrap text so the entire message is visible? > Both are good ideas. Please create feature requests. > Mattias-- _______________________________________________Lazarus mailing listLazarus at lists.lazarus-ide.orghttp://lists.lazarus-ide.org/listinfo/lazarus Can I chip in with one thing here please, with an apology in advance if it's already been fixed. I use a large screen cast off by a colleague who got a bigger one (which he needs due to eyesight issues) and find that everything scales nicely if the (Debian Linux, KDE) fonts DPI is increased from 96 to 120. The one thing that doesn't scale is the Lazarus IDE status bar, where the display of cursor position gets truncated as soon as a unit is >1000 lines. Could somebody get this to track the overall form width- I'd submit a patch myself if I had time. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] From lazarus at kluug.net Tue Dec 6 12:04:50 2016 From: lazarus at kluug.net (Ondrej Pokorny) Date: Tue, 6 Dec 2016 12:04:50 +0100 Subject: [Lazarus] IDE main window? In-Reply-To: References: <4df9eb1f-c128-a6f1-6317-7a98e0cb50a8@ziesig.org> <20161205181204.221223b9@limapholos.matflo.wg> Message-ID: <12434aca-a19a-e740-e0ea-96ee15b14af4@kluug.net> On 06.12.2016 10:05, Mark Morgan Lloyd via Lazarus wrote: > The one thing that doesn't scale is the Lazarus IDE status bar, where > the display of cursor position gets truncated as soon as a unit is > >1000 lines. Could somebody get this to track the overall form width- > I'd submit a patch myself if I had time. This should be easy to do - you have to scale TStatusBar.Panels[I].Width in TStatusBar.DoAutoAdjustLayout. Please DIY and send a patch or report in http://mantis.freepascal.org/view.php?id=14688 Ondrej From aaa5500 at ya.ru Tue Dec 6 16:48:52 2016 From: aaa5500 at ya.ru (Alexey) Date: Tue, 6 Dec 2016 18:48:52 +0300 Subject: [Lazarus] Dupl. code: ScaleCoord In-Reply-To: References: <4df9eb1f-c128-a6f1-6317-7a98e0cb50a8@ziesig.org> <20161205181204.221223b9@limapholos.matflo.wg> Message-ID: <537d3a57-7434-2eed-9762-fbe806e34ff2@ya.ru> Ondrej function TControl.ScaleCoord(const ASize: Integer): Integer; function TControl.ScaleCoord96(const ASize: Integer): Integer; function TControl.ScaleCoord96Back(const ASize: Integer): Integer; function TControl.ScaleCoordBack(const ASize: Integer): Integer; we have 4 almost the same procedures. They all do the same thing: MulDiv for 2 values (plus if's). It is DUPLICATE code almost. Wish: add 1 function ScaleCoordMulDiv (if's here) and call it 4 times in these functions Alexey From erwin at deseine.nl Tue Dec 6 20:28:52 2016 From: erwin at deseine.nl (Erwin van den Bosch) Date: Tue, 6 Dec 2016 20:28:52 +0100 Subject: [Lazarus] QT5 support Message-ID: Is someone working on QT5 support in Lazarus? If so, who is? What about the progress made so far? Is there a roadmap for QT5? Is there any way I can help in getting QT5 support in Lazarus? Regards, Erwin From zeljko at holobit.net Tue Dec 6 20:56:05 2016 From: zeljko at holobit.net (zeljko) Date: Tue, 6 Dec 2016 20:56:05 +0100 Subject: [Lazarus] {Spam?} Re: QT5 support In-Reply-To: References: Message-ID: <69edc349-ced2-abfb-946c-0cbf8c9c1dba@holobit.net> On 06.12.2016 20:28, Erwin van den Bosch via Lazarus wrote: > Is someone working on QT5 support in Lazarus? If so, who is? > What about the progress made so far? Is there a roadmap for QT5? > Is there any way I can help in getting QT5 support in Lazarus? qt5lcl is ready to be commited, so expect something till the end of this year in lazarus trunk. zeljko From erwin at deseine.nl Tue Dec 6 21:28:33 2016 From: erwin at deseine.nl (Erwin van den Bosch) Date: Tue, 6 Dec 2016 21:28:33 +0100 Subject: [Lazarus] QT5 support In-Reply-To: <69edc349-ced2-abfb-946c-0cbf8c9c1dba@holobit.net> References: <69edc349-ced2-abfb-946c-0cbf8c9c1dba@holobit.net> Message-ID: <4e7e9a6b-69e2-c78c-32d8-bf8173c8ae72@deseine.nl> Op 6-12-2016 om 20:56 schreef zeljko: > qt5lcl is ready to be commited, so expect something till the end of > this year in lazarus trunk. > That is very good news! I'm looking forward to it. Thanks a lot! Need somebody to test it? What QT5 bindings did you use, the alpha version from Jan Van hijfte? Regards, Erwin From zeljko at holobit.net Wed Dec 7 09:54:28 2016 From: zeljko at holobit.net (zeljko) Date: Wed, 7 Dec 2016 09:54:28 +0100 Subject: [Lazarus] {Spam?} Re: QT5 support In-Reply-To: <4e7e9a6b-69e2-c78c-32d8-bf8173c8ae72@deseine.nl> References: <69edc349-ced2-abfb-946c-0cbf8c9c1dba@holobit.net> <4e7e9a6b-69e2-c78c-32d8-bf8173c8ae72@deseine.nl> Message-ID: <826c62af-5623-384e-214c-0bff392978df@holobit.net> On 06.12.2016 21:28, Erwin van den Bosch via Lazarus wrote: > Op 6-12-2016 om 20:56 schreef zeljko: >> qt5lcl is ready to be commited, so expect something till the end of >> this year in lazarus trunk. >> > That is very good news! I'm looking forward to it. > Thanks a lot! Need somebody to test it? > What QT5 bindings did you use, the alpha version from Jan Van hijfte? Yes, but changed by me, some stuff added , some removed. zeljko From luca at wetron.es Wed Dec 7 11:28:09 2016 From: luca at wetron.es (Luca Olivetti) Date: Wed, 7 Dec 2016 11:28:09 +0100 Subject: [Lazarus] Tools->Options segfaults with ancient gtk (GtkTreeView problem) In-Reply-To: <9f39ed84-88b9-00e6-b786-e9a70f0d2974@wetron.es> References: <2bd6c842-8a08-e3c5-7e69-3fb87b174272@wetron.es> <4b5e731e-564f-b6a2-0319-1b2e6d1c7a9f@holobit.net> <9f39ed84-88b9-00e6-b786-e9a70f0d2974@wetron.es> Message-ID: <002dce2a-a509-35a5-6a89-25780a6f1e90@wetron.es> El 05/12/16 a les 22:26, Luca Olivetti via Lazarus ha escrit: > El 05/12/16 a les 17:39, zeljko ha escrit: >>> >>> >>> I changed the call to look like the one for gtk >= 2.14 (i.e, Path >>> instead of nil) and now I can open the options dialog. >>> I really don't know gtk2, but maybe the differentiation is needed for an >>> earlier version of gtk and not 2.14? >> >> Maybe < 2.12 should be there > > I wouldn't know, as I said I know nothing about gtk, but the available > documentation doesn't mention if and when the api was changed: > > https://developer.gnome.org/gtk2/stable/GtkTreeView.html#gtk-tree-view-set-cursor > I checked gtktreeview.c starting from gtk 2.0 https://git.gnome.org/browse/gtk+/tree/gtk/gtktreeview.c?h=gtk-2-0 until gtk 2.24 https://git.gnome.org/browse/gtk+/tree/gtk/gtktreeview.c?h=gtk-2-0 and the implementation of gtk_tree_view_set_cell basically didn't change (apart form the introduction of gtk_tree_view_set_cursor_on_cell in gtk 2.2). At the beginning of the function there is g_return_if_fail (path != NULL); so I guess path should never be null and the LCL implementation works just because nobody else is using an older gtk. Maybe the function could be simplified to lisFocused: begin //gtk2 iter has no focus?? Path := gtk_tree_path_new_from_string(PChar(IntToStr(AIndex))); if GTK_IS_TREE_VIEW(MainView) then gtk_tree_view_set_cursor(PGtkTreeView(MainView), Path, nil, False) else if GTK_IS_ICON_VIEW(MainView) then gtk_icon_view_set_cursor(PGtkIconView(MainView), Path, nil, False); gtk_tree_path_free(Path); end; of course I may be guessing wrong. Should I file a bug report? Bye -- Luca Olivetti Wetron Automation Technology http://www.wetron.es/ Tel. +34 93 5883004 (Ext.3010) Fax +34 93 5883007 From tony.whyman at mccallumwhyman.com Wed Dec 7 12:09:14 2016 From: tony.whyman at mccallumwhyman.com (Tony Whyman) Date: Wed, 7 Dec 2016 11:09:14 +0000 Subject: [Lazarus] MWA Software's Firebird Pascal API Message-ID: I've copied the following announcement to this list because of the discussions that took place earlier this year on use of Pascal Interfaces. The background for my interest in the subject was the development of this package and which I believe really does show the power of Pascal interfaces - for the package user. When I started developing this API, it was meant to be an internal interface to IBX2, but once developed it became clear that the use of interfaces had provided a powerful means to effectively embed SQL in a Pascal program with very little effort from the user. Hopefully, this package will be useful to others. Tony Whyman MWA Software Announcement follows: MWA Software is pleased to announce the release of its Firebird Pascal API package (/fbintf/). This package has been derived from IBX for Lazarus and is part of the IBX2 development (see separate announcement). The intent is to provide common Pascal language bindings to the Firebird API that are independent of the Firebird API version. The IBX derived code is licensed under the Interbase Public License, with the remaining code licensed under the Initial Developer's Public License. The /fbintf/ package provides the Firebird API in a format where all data types for SQL data, interface parameters and results are native Pascal types, including all parameter blocks and database information. The Pascal API is pitched at a similar level and purpose to the IBPP Firebird API provided to the C++ world. The package is intended to be suitable for use on any platform supported by the Free Pascal Compiler. It is a required dependency for version 2 onwards of /IBX for Lazarus/, and is provided as both a standalone package and as part of IBX2. It is available for download from http://www.mwasoftware.co.uk/ibx2. The Firebird Pascal API is intended to be simple to use and to place the minimum burden on the API user when it comes to managing the Firebird client library and the various Pascal objects that are created to provide the API. It is implemented as reference counted COM interfaces which, for the API user, are as easy to use as other managed types such as AnsiStrings and dynamic arrays. The user only needs to worry about accessing and using the interface; disposing of interfaces is performed automatically whenever an interface goes out of scope. It is intended to be a full implementation of the Firebird API, including events, services, blobs and arrays. Two interface implementations are provided. One is for the new Firebird 3 Client API and the other for the legacy Firebird Client API used for Firebird 2.x and earlier. The Firebird 3 API implementation is used whenever possible and the older API only if the Firebird 3 API is not available. The package is supported by an 89 page User Guide and a comprehensive test suite. The test suite includes 16 separate tests covering 104 individual test objectives. It is console mode and run from a batch script with automatic comparison against a reference results log. It uses the “heaptrc” unit to check for memory leaks. The objective of the test suite is to provide confidence in the correct operation of the software over are variety of platforms and with only expected variances between the two Firebird APIs. It is also intended to be the basis for regression testing. Documentation on the use of the test suite is provided with the package. Given the level at which the package works and the power of Pascal “interfaces”, embedded SQL statements are possible, such as: Attachment.ExecuteSQL([isc_tpb_write, isc_tpb_nowait,isc_tpb_concurrency], 'Execute Procedure DELETE_EMPLOYEE ?', [8]); and writeln('Employee Count = ', MyAttachment.OpenCursorAtStart('Select count(*) from EMPLOYEE')[0].AsInteger); The /fbintf/package may be used on its own or as part of IBX and has the potential to provide a common Firebird API to all FPC database applications. -------------- next part -------------- An HTML attachment was scrubbed... URL: From luca at wetron.es Wed Dec 7 12:15:47 2016 From: luca at wetron.es (Luca Olivetti) Date: Wed, 7 Dec 2016 12:15:47 +0100 Subject: [Lazarus] Tools->Options segfaults with ancient gtk (GtkTreeView problem) In-Reply-To: <002dce2a-a509-35a5-6a89-25780a6f1e90@wetron.es> References: <2bd6c842-8a08-e3c5-7e69-3fb87b174272@wetron.es> <4b5e731e-564f-b6a2-0319-1b2e6d1c7a9f@holobit.net> <9f39ed84-88b9-00e6-b786-e9a70f0d2974@wetron.es> <002dce2a-a509-35a5-6a89-25780a6f1e90@wetron.es> Message-ID: El 07/12/16 a les 11:28, Luca Olivetti via Lazarus ha escrit: > El 05/12/16 a les 22:26, Luca Olivetti via Lazarus ha escrit: >> El 05/12/16 a les 17:39, zeljko ha escrit: >>>> >>>> >>>> I changed the call to look like the one for gtk >= 2.14 (i.e, Path >>>> instead of nil) and now I can open the options dialog. >>>> I really don't know gtk2, but maybe the differentiation is needed >>>> for an >>>> earlier version of gtk and not 2.14? >>> >>> Maybe < 2.12 should be there >> >> I wouldn't know, as I said I know nothing about gtk, but the available >> documentation doesn't mention if and when the api was changed: >> >> https://developer.gnome.org/gtk2/stable/GtkTreeView.html#gtk-tree-view-set-cursor >> >> > > > I checked gtktreeview.c starting from gtk 2.0 > https://git.gnome.org/browse/gtk+/tree/gtk/gtktreeview.c?h=gtk-2-0 > > until gtk 2.24 > > https://git.gnome.org/browse/gtk+/tree/gtk/gtktreeview.c?h=gtk-2-0 Oops, the link here should have been https://git.gnome.org/browse/gtk+/tree/gtk/gtktreeview.c?h=gtk-2-24 > > and the implementation of gtk_tree_view_set_cell basically didn't change > (apart form the introduction of gtk_tree_view_set_cursor_on_cell in gtk > 2.2). > > At the beginning of the function there is > > g_return_if_fail (path != NULL); > > so I guess path should never be null and the LCL implementation works > just because nobody else is using an older gtk. > > Maybe the function could be simplified to > > lisFocused: > begin > //gtk2 iter has no focus?? > Path := gtk_tree_path_new_from_string(PChar(IntToStr(AIndex))); > if GTK_IS_TREE_VIEW(MainView) then > gtk_tree_view_set_cursor(PGtkTreeView(MainView), Path, nil, > False) > else > if GTK_IS_ICON_VIEW(MainView) then > gtk_icon_view_set_cursor(PGtkIconView(MainView), Path, nil, > False); > gtk_tree_path_free(Path); > end; > > > of course I may be guessing wrong. > > Should I file a bug report? > > > Bye -- Luca Olivetti Wetron Automation Technology http://www.wetron.es/ Tel. +34 93 5883004 (Ext.3010) Fax +34 93 5883007 From sysrpl at gmail.com Wed Dec 7 18:44:38 2016 From: sysrpl at gmail.com (Anthony Walter) Date: Wed, 7 Dec 2016 12:44:38 -0500 Subject: [Lazarus] DoomRL based of FPC now open sourced Message-ID: I'm not sure if this is the appropriate list, but I thought everyone would like to know that the original DoomRL source code has been released. It is located here: https://github.com/ChaosForge/doomrl DoomRL is/was a popular rouge like game made in the spirit of the original Doom by id software. Overview: https://www.youtube.com/watch?v=DNYs7g1i_iQ DoomRL was written using Free Pascal. -------------- next part -------------- An HTML attachment was scrubbed... URL: From juha.manninen62 at gmail.com Wed Dec 7 18:57:52 2016 From: juha.manninen62 at gmail.com (Juha Manninen) Date: Wed, 7 Dec 2016 19:57:52 +0200 Subject: [Lazarus] Tools->Options segfaults with ancient gtk (GtkTreeView problem) In-Reply-To: <002dce2a-a509-35a5-6a89-25780a6f1e90@wetron.es> References: <2bd6c842-8a08-e3c5-7e69-3fb87b174272@wetron.es> <4b5e731e-564f-b6a2-0319-1b2e6d1c7a9f@holobit.net> <9f39ed84-88b9-00e6-b786-e9a70f0d2974@wetron.es> <002dce2a-a509-35a5-6a89-25780a6f1e90@wetron.es> Message-ID: On Wed, Dec 7, 2016 at 12:28 PM, Luca Olivetti via Lazarus wrote: > Maybe the function could be simplified to > > lisFocused: > begin > //gtk2 iter has no focus?? > Path := gtk_tree_path_new_from_string(PChar(IntToStr(AIndex))); > if GTK_IS_TREE_VIEW(MainView) then > gtk_tree_view_set_cursor(PGtkTreeView(MainView), Path, nil, > False) > else > if GTK_IS_ICON_VIEW(MainView) then > gtk_icon_view_set_cursor(PGtkIconView(MainView), Path, nil, > False); > gtk_tree_path_free(Path); > end; Yes, I believe so, too. LCL-GTK2 is full of historical remains. Many of them come from GTK1 times, the sources were just copied. This piece of code however was not from there. According to documentation the API has not changed. Why should the code be different? > Should I file a bug report? No need. I changed it in r53590. Please test. If somebody finds an old GTK version where it does NOT work then we will scratch our heads more, but I doubt it. Juha From luca at wetron.es Wed Dec 7 20:35:13 2016 From: luca at wetron.es (Luca Olivetti) Date: Wed, 7 Dec 2016 20:35:13 +0100 Subject: [Lazarus] Tools->Options segfaults with ancient gtk (GtkTreeView problem) In-Reply-To: References: <2bd6c842-8a08-e3c5-7e69-3fb87b174272@wetron.es> <4b5e731e-564f-b6a2-0319-1b2e6d1c7a9f@holobit.net> <9f39ed84-88b9-00e6-b786-e9a70f0d2974@wetron.es> <002dce2a-a509-35a5-6a89-25780a6f1e90@wetron.es> Message-ID: <667e8a7a-d07f-8040-06bf-5e77958b2fdd@wetron.es> El 07/12/16 a les 18:57, Juha Manninen via Lazarus ha escrit: > > No need. I changed it in r53590. Please test. > If somebody finds an old GTK version where it does NOT work then we > will scratch our heads more, but I doubt it. Apart from the fact that I had to comment out a call to gdk_window_restack in lcl/interfaces/gtk2/gtk2widgetset.inc (not available in this old gtk) and to install fpc 3.0.0 (trunk is not compilable by 2.6.4) it works. Please remember to merge it to fixes_1_6 Thank you. -- Luca Olivetti Wetron Automation Technology http://www.wetron.es/ Tel. +34 93 5883004 (Ext.3010) Fax +34 93 5883007 From mailinglists at geldenhuys.co.uk Thu Dec 8 01:36:45 2016 From: mailinglists at geldenhuys.co.uk (Graeme Geldenhuys) Date: Thu, 8 Dec 2016 00:36:45 +0000 Subject: [Lazarus] DoomRL based of FPC now open sourced In-Reply-To: References: Message-ID: <673fc112-cd83-5c68-dc4f-14230d39a385@geldenhuys.co.uk> On 2016-12-07 17:44, Anthony Walter via Lazarus wrote: > DoomRL was written using Free Pascal. That's just awesome! Thanks for sharing. Regards, Graeme From badsectoracula at gmail.com Thu Dec 8 02:18:09 2016 From: badsectoracula at gmail.com (Kostas Michalopoulos) Date: Thu, 8 Dec 2016 03:18:09 +0200 Subject: [Lazarus] DoomRL based of FPC now open sourced In-Reply-To: <673fc112-cd83-5c68-dc4f-14230d39a385@geldenhuys.co.uk> References: <673fc112-cd83-5c68-dc4f-14230d39a385@geldenhuys.co.uk> Message-ID: And cue all the people in Reddit yet again reminiscing about their Turbo Pascal days. And those are the best comments :-P. Yesterday i wrote a rendering test for light clustering with forward rendering (https://www.youtube.com/watch?v=MefoEXK1gUw). It has been a while since i wrote something more advanced than early 2000s stuff in terms of graphics and when it comes to Lazarus, it has been a while since i worked on non-tool stuff (although, the math stuff in the demo was from my tool package :-P). I don't see FPC and Lazarus as lacking anything in terms of features or performance for use in high end games. Well, except perhaps runtime support for consoles, but that isn't unsolvable (and has already been done with another low key compiled language - AFAIK Remedy used D for some parts of their latest game and had to port the language's runtime to consoles). And well, not everyone is interested in consoles anyway :-P. On Thu, Dec 8, 2016 at 2:36 AM, Graeme Geldenhuys via Lazarus < lazarus at lists.lazarus-ide.org> wrote: > On 2016-12-07 17:44, Anthony Walter via Lazarus wrote: > > DoomRL was written using Free Pascal. > > That's just awesome! Thanks for sharing. > > Regards, > Graeme > > -- > _______________________________________________ > Lazarus mailing list > Lazarus at lists.lazarus-ide.org > http://lists.lazarus-ide.org/listinfo/lazarus > -------------- next part -------------- An HTML attachment was scrubbed... URL: From noreply at z505.com Thu Dec 8 04:17:21 2016 From: noreply at z505.com (Lars) Date: Wed, 7 Dec 2016 20:17:21 -0700 Subject: [Lazarus] DoomRL based of FPC now open sourced In-Reply-To: References: <673fc112-cd83-5c68-dc4f-14230d39a385@geldenhuys.co.uk> Message-ID: There was also the original doom source code released in C, which was converted 100 percent to Delphi, and then I modified it to work with FPC... had some bugs, that were worked out. Not sure what the difference between actual original Doom and DoomRL is There is also Quake for delphi, and quake for fpc which I also worked on and it had some bugs, which AFAIk may have been worked out by someone On Wed, December 7, 2016 6:18 pm, Kostas Michalopoulos via Lazarus wrote: > And cue all the people in Reddit yet again reminiscing about their Turbo > Pascal days. And those are the best comments :-P. > > > Yesterday i wrote a rendering test for light clustering with forward > rendering (https://www.youtube.com/watch?v=MefoEXK1gUw). It has been a > while since i wrote something more advanced than early 2000s stuff in > terms of graphics and when it comes to Lazarus, it has been a while since > i worked on non-tool stuff (although, the math stuff in the demo was from > my tool package :-P). > > I don't see FPC and Lazarus as lacking anything in terms of features or > performance for use in high end games. Well, except perhaps runtime > support for consoles, but that isn't unsolvable (and has already been done > with another low key compiled language - AFAIK Remedy used D for some > parts of their latest game and had to port the language's runtime to > consoles). > > And well, not everyone is interested in consoles anyway :-P. > > > > On Thu, Dec 8, 2016 at 2:36 AM, Graeme Geldenhuys via Lazarus < > lazarus at lists.lazarus-ide.org> wrote: > >> On 2016-12-07 17:44, Anthony Walter via Lazarus wrote: >> >>> DoomRL was written using Free Pascal. >>> >> >> That's just awesome! Thanks for sharing. >> >> >> Regards, >> Graeme >> >> >> -- >> _______________________________________________ >> Lazarus mailing list >> Lazarus at lists.lazarus-ide.org >> http://lists.lazarus-ide.org/listinfo/lazarus >> >> > -- > _______________________________________________ > Lazarus mailing list > Lazarus at lists.lazarus-ide.org > http://lists.lazarus-ide.org/listinfo/lazarus > > From noreply at z505.com Thu Dec 8 04:57:46 2016 From: noreply at z505.com (Lars) Date: Wed, 7 Dec 2016 20:57:46 -0700 Subject: [Lazarus] FPC on Rpi3 executable module sizes In-Reply-To: <1480780710876-4050490.post@n3.nabble.com> References: <1477811102597-4050126.post@n3.nabble.com> <1477848722999-4050129.post@n3.nabble.com> <91015172-a669-a00f-75af-8180dc3f3467@gmx.de> <1478098748338-4050151.post@n3.nabble.com> <1480780710876-4050490.post@n3.nabble.com> Message-ID: <107997ef70bb26e628fa649049da99be.squirrel@gator3286.hostgator.com> On Sat, December 3, 2016 8:58 am, Ken Kashmarek via Lazarus wrote: > I have solved the problem with modules sizes when compiled under Lazarus > FPC > 3.0.0 on RPi3. > > > First, I am able to perform scripted compile and link operations (ie, not > done via the IDE). Another option is to write your script, and launch it with a tools menu item in the ide. Not integrated compiling, but at least you can compile it from a menu item in the ide. Tools -> Configure External Tools Then at least you don't have to run to the command line window manually, you just click a menu item button or use a keyboard shortcut From sysrpl at gmail.com Thu Dec 8 05:55:32 2016 From: sysrpl at gmail.com (Anthony Walter) Date: Wed, 7 Dec 2016 23:55:32 -0500 Subject: [Lazarus] DoomRL based of FPC now open sourced In-Reply-To: References: <673fc112-cd83-5c68-dc4f-14230d39a385@geldenhuys.co.uk> Message-ID: Lars, DoomRL has nothing to do with Doom, other than borrowing the theme/setting. It's a rogue-like game or RPG in a Doom setting. -------------- next part -------------- An HTML attachment was scrubbed... URL: From vfclists at gmail.com Thu Dec 8 13:12:03 2016 From: vfclists at gmail.com (vfclists .) Date: Thu, 8 Dec 2016 12:12:03 +0000 Subject: [Lazarus] MWA Software's Firebird Pascal API In-Reply-To: References: Message-ID: On 7 December 2016 at 11:09, Tony Whyman via Lazarus < lazarus at lists.lazarus-ide.org> wrote: > I've copied the following announcement to this list because of the > discussions that took place earlier this year on use of Pascal Interfaces. > The background for my interest in the subject was the development of this > package and which I believe really does show the power of Pascal interfaces > - for the package user. When I started developing this API, it was meant to > be an internal interface to IBX2, but once developed it became clear that > the use of interfaces had provided a powerful means to effectively embed > SQL in a Pascal program with very little effort from the user. Hopefully, > this package will be useful to others. > _______________________________________________ > Lazarus mailing list > Lazarus at lists.lazarus-ide.org > http://lists.lazarus-ide.org/listinfo/lazarus > > FreePascal users rock!! -- Frank Church ======================= http://devblog.brahmancreations.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From wkitty42 at windstream.net Thu Dec 8 16:38:16 2016 From: wkitty42 at windstream.net (wkitty42 at windstream.net) Date: Thu, 8 Dec 2016 10:38:16 -0500 Subject: [Lazarus] DoomRL based of FPC now open sourced In-Reply-To: References: <673fc112-cd83-5c68-dc4f-14230d39a385@geldenhuys.co.uk> Message-ID: On 12/07/2016 11:55 PM, Anthony Walter via Lazarus wrote: > Lars, > > DoomRL has nothing to do with Doom, other than borrowing the theme/setting. It's > a rogue-like game or RPG in a Doom setting. it can also be played in ASCII mode or 3D graphics... i watched yesterday's ChaosForge stream on twitch.tv... Kornel Kisielewicz (@epyoncf) was working on the code for their new Jupiter Hell #roguelike game that is the successor to DRL (renamed from DoomRL due to legal matters)... it was very interesting... he took some time to show how to compile DRL even though it has been like three years since it was done... he had to go for a 32bit compile because of having 32bit libraries in place... he used 32bit Lazarus to do everything once he figured out the problem... it was pretty cool, actually :) he's also considering open sourcing the base engine used in Jupiter Hell but that's all in C stuff IIUC... -- NOTE: No off-list assistance is given without prior approval. *Please keep mailing list traffic on the list* unless private contact is specifically requested and granted. From juha.manninen62 at gmail.com Thu Dec 8 19:20:45 2016 From: juha.manninen62 at gmail.com (Juha Manninen) Date: Thu, 8 Dec 2016 20:20:45 +0200 Subject: [Lazarus] Tools->Options segfaults with ancient gtk (GtkTreeView problem) In-Reply-To: <667e8a7a-d07f-8040-06bf-5e77958b2fdd@wetron.es> References: <2bd6c842-8a08-e3c5-7e69-3fb87b174272@wetron.es> <4b5e731e-564f-b6a2-0319-1b2e6d1c7a9f@holobit.net> <9f39ed84-88b9-00e6-b786-e9a70f0d2974@wetron.es> <002dce2a-a509-35a5-6a89-25780a6f1e90@wetron.es> <667e8a7a-d07f-8040-06bf-5e77958b2fdd@wetron.es> Message-ID: On Wed, Dec 7, 2016 at 9:35 PM, Luca Olivetti via Lazarus wrote: > Apart from the fact that I had to comment out a call to gdk_window_restack > in lcl/interfaces/gtk2/gtk2widgetset.inc (not available in this old gtk) Can you please create a patch for that one. You are the best person to test it. You can attach a patch here if you like. > and to install fpc 3.0.0 (trunk is not compilable by 2.6.4) it works. Ondrej fixed that in r53603. Please test. > Please remember to merge it to fixes_1_6 Ok, after some testing period. Maybe we can include your new patch there, too. Juha From luca at wetron.es Thu Dec 8 20:19:24 2016 From: luca at wetron.es (Luca Olivetti) Date: Thu, 8 Dec 2016 20:19:24 +0100 Subject: [Lazarus] Tools->Options segfaults with ancient gtk (GtkTreeView problem) In-Reply-To: References: <2bd6c842-8a08-e3c5-7e69-3fb87b174272@wetron.es> <4b5e731e-564f-b6a2-0319-1b2e6d1c7a9f@holobit.net> <9f39ed84-88b9-00e6-b786-e9a70f0d2974@wetron.es> <002dce2a-a509-35a5-6a89-25780a6f1e90@wetron.es> <667e8a7a-d07f-8040-06bf-5e77958b2fdd@wetron.es> Message-ID: El 08/12/16 a les 19:20, Juha Manninen via Lazarus ha escrit: > On Wed, Dec 7, 2016 at 9:35 PM, Luca Olivetti via Lazarus > wrote: >> Apart from the fact that I had to comment out a call to gdk_window_restack >> in lcl/interfaces/gtk2/gtk2widgetset.inc (not available in this old gtk) > > Can you please create a patch for that one. You are the best person to test it. > You can attach a patch here if you like. No, I just commented it out in order to test the patch in this old machine, it surely affects the functionality of the procedure where it is if removed. Bye -- Luca Olivetti Wetron Automation Technology http://www.wetron.es/ Tel. +34 93 5883004 (Ext.3010) Fax +34 93 5883007 From juha.manninen62 at gmail.com Thu Dec 8 20:45:02 2016 From: juha.manninen62 at gmail.com (Juha Manninen) Date: Thu, 8 Dec 2016 21:45:02 +0200 Subject: [Lazarus] Tools->Options segfaults with ancient gtk (GtkTreeView problem) In-Reply-To: References: <2bd6c842-8a08-e3c5-7e69-3fb87b174272@wetron.es> <4b5e731e-564f-b6a2-0319-1b2e6d1c7a9f@holobit.net> <9f39ed84-88b9-00e6-b786-e9a70f0d2974@wetron.es> <002dce2a-a509-35a5-6a89-25780a6f1e90@wetron.es> <667e8a7a-d07f-8040-06bf-5e77958b2fdd@wetron.es> Message-ID: On Thu, Dec 8, 2016 at 9:19 PM, Luca Olivetti via Lazarus wrote: > No, I just commented it out in order to test the patch in this old machine, > it surely affects the functionality of the procedure where it is if removed. It must be inside an IFDEF. I don't have enough knowledge (nor motivation) to study the old GTK versions. If somebody comes up with a patch, I can apply it. Juha From aaa5500 at ya.ru Thu Dec 8 22:11:27 2016 From: aaa5500 at ya.ru (Alexey) Date: Fri, 9 Dec 2016 00:11:27 +0300 Subject: [Lazarus] Patch for ShortcutToText, array In-Reply-To: References: <2bd6c842-8a08-e3c5-7e69-3fb87b174272@wetron.es> <4b5e731e-564f-b6a2-0319-1b2e6d1c7a9f@holobit.net> <9f39ed84-88b9-00e6-b786-e9a70f0d2974@wetron.es> <002dce2a-a509-35a5-6a89-25780a6f1e90@wetron.es> Message-ID: <6a78e14c-dffc-81a1-9d80-50082c969f71@ya.ru> Juha, what do you think about this big patch. http://mantis.freepascal.org/view.php?id=30992 It is changing only that some IDE dialog shows now other key names (shorter), e.g. "Left", was before "arrow left" (and for "PgDown", "Ins", ..). IMO this dialog is rare used, and new keys names are ok. So ok to use new names. Alex From lazarus at kluug.net Fri Dec 9 09:12:49 2016 From: lazarus at kluug.net (Ondrej Pokorny) Date: Fri, 9 Dec 2016 09:12:49 +0100 Subject: [Lazarus] New high DPI features in 1.7 Message-ID: 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 From michael at freepascal.org Fri Dec 9 09:44:47 2016 From: michael at freepascal.org (Michael Van Canneyt) Date: Fri, 9 Dec 2016 09:44:47 +0100 (CET) Subject: [Lazarus] New high DPI features in 1.7 In-Reply-To: References: Message-ID: On Fri, 9 Dec 2016, Ondrej Pokorny via Lazarus wrote: > 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. Question: What will happen if I design on a HighDPI system, and then open the project on a 96-DPI system ? Michael. From lazarus at kluug.net Fri Dec 9 09:47:49 2016 From: lazarus at kluug.net (Ondrej Pokorny) Date: Fri, 9 Dec 2016 09:47:49 +0100 Subject: [Lazarus] New high DPI features in 1.7 In-Reply-To: References: Message-ID: On 09.12.2016 9:44, Michael Van Canneyt via Lazarus wrote: > Question: > What will happen if I design on a HighDPI system, and then open the > project on a 96-DPI system ? The forms will be rescaled correctly. I.e. the IDE designer itself is DPI aware. Ondrej From michael at freepascal.org Fri Dec 9 09:51:42 2016 From: michael at freepascal.org (Michael Van Canneyt) Date: Fri, 9 Dec 2016 09:51:42 +0100 (CET) Subject: [Lazarus] New high DPI features in 1.7 In-Reply-To: References: Message-ID: On Fri, 9 Dec 2016, Ondrej Pokorny via Lazarus wrote: > On 09.12.2016 9:44, Michael Van Canneyt via Lazarus wrote: >> Question: >> What will happen if I design on a HighDPI system, and then open the >> project on a 96-DPI system ? > > The forms will be rescaled correctly. I.e. the IDE designer itself is > DPI aware. Will this be so for all forms in the project, or just the form(s) that I opened ? I want to determine whether all forms will be at the same DPI or not. Michael. From mailinglists at geldenhuys.co.uk Fri Dec 9 09:53:30 2016 From: mailinglists at geldenhuys.co.uk (Graeme Geldenhuys) Date: Fri, 9 Dec 2016 08:53:30 +0000 Subject: [Lazarus] New high DPI features in 1.7 In-Reply-To: References: Message-ID: <71ff75b8-7787-072c-f3eb-a5730ffea0bd@geldenhuys.co.uk> On 2016-12-09 08:47, Ondrej Pokorny via Lazarus wrote: > The forms will be rescaled correctly. I.e. the IDE designer itself is > DPI aware. Does it now finally store the "designed dpi value" in the *.lfm files (like Kylix did)? Otherwise if I run at 130 dpi and design a form, and somebody else runs at 96 dpi and opens that same designed form (or other way round) it normally means the form is f**ked. Regards, Graeme -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://fpgui.sourceforge.net/ My public PGP key: http://tinyurl.com/graeme-pgp From mailinglists at geldenhuys.co.uk Fri Dec 9 09:55:50 2016 From: mailinglists at geldenhuys.co.uk (Graeme Geldenhuys) Date: Fri, 9 Dec 2016 08:55:50 +0000 Subject: [Lazarus] New high DPI features in 1.7 In-Reply-To: References: Message-ID: <2c193b2a-65d5-0716-d9dc-d706d907f2b9@geldenhuys.co.uk> On 2016-12-09 08:51, Michael Van Canneyt via Lazarus wrote: > Will this be so for all forms in the project, or just the form(s) that I opened ? A very good question! Also, what dpi value does the IDE default to, for older projects? Does it always assume the original forms were designed at 96 dpi, or is there a place in Project Options (or a global IDE wide setting) where you can specify the original designed dpi value as a default starting point? Regards, Graeme -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://fpgui.sourceforge.net/ My public PGP key: http://tinyurl.com/graeme-pgp From lazarus at kluug.net Fri Dec 9 10:08:10 2016 From: lazarus at kluug.net (Ondrej Pokorny) Date: Fri, 9 Dec 2016 10:08:10 +0100 Subject: [Lazarus] New high DPI features in 1.7 In-Reply-To: <2c193b2a-65d5-0716-d9dc-d706d907f2b9@geldenhuys.co.uk> References: <2c193b2a-65d5-0716-d9dc-d706d907f2b9@geldenhuys.co.uk> Message-ID: <8adf3bdc-a247-41af-403b-d95b56b1ddd1@kluug.net> On 09.12.2016 9:51, Michael Van Canneyt wrote: > Will this be so for all forms in the project, or just the form(s) that > I opened ? Only the forms you opened. > I want to determine whether all forms will be at the same DPI or not. No, they will be not. Every form/frame has the property "DesignTimePPI" that stores the value at which the form/frame was designed. On 09.12.2016 9:53, Graeme Geldenhuys via Lazarus wrote: > On 2016-12-09 08:47, Ondrej Pokorny via Lazarus wrote: >> The forms will be rescaled correctly. I.e. the IDE designer itself is >> DPI aware. > Does it now finally store the "designed dpi value" in the *.lfm files > (like Kylix did)? Otherwise if I run at 130 dpi and design a form, and > somebody else runs at 96 dpi and opens that same designed form (or other > way round) it normally means the form is f**ked. Yes, the property is named DesignTimePPI. On 09.12.2016 9:55, Graeme Geldenhuys via Lazarus wrote: > On 2016-12-09 08:51, Michael Van Canneyt via Lazarus wrote: >> Will this be so for all forms in the project, or just the form(s) >> that I opened ? > A very good question! Also, what dpi value does the IDE default to, for > older projects? Does it always assume the original forms were designed > at 96 dpi, or is there a place in Project Options (or a global IDE wide > setting) where you can specify the original designed dpi value as a > default starting point? It always defaults to 96 PPI. Ondrej -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael at freepascal.org Fri Dec 9 10:15:31 2016 From: michael at freepascal.org (Michael Van Canneyt) Date: Fri, 9 Dec 2016 10:15:31 +0100 (CET) Subject: [Lazarus] New high DPI features in 1.7 In-Reply-To: <8adf3bdc-a247-41af-403b-d95b56b1ddd1@kluug.net> References: <2c193b2a-65d5-0716-d9dc-d706d907f2b9@geldenhuys.co.uk> <8adf3bdc-a247-41af-403b-d95b56b1ddd1@kluug.net> Message-ID: On Fri, 9 Dec 2016, Ondrej Pokorny via Lazarus wrote: > On 09.12.2016 9:51, Michael Van Canneyt wrote: >> Will this be so for all forms in the project, or just the form(s) that I >> opened ? > > Only the forms you opened. > >> I want to determine whether all forms will be at the same DPI or not. > > No, they will be not. Every form/frame has the property "DesignTimePPI" that > stores the value at which the form/frame was designed. Good. Imagine opening a project with 100 forms, and having to wait for all forms to be converted... Thanks. Michael. From tommi.prami at gmail.com Fri Dec 9 10:59:00 2016 From: tommi.prami at gmail.com (Tommi Prami) Date: Fri, 9 Dec 2016 11:59:00 +0200 Subject: [Lazarus] New high DPI features in 1.7 In-Reply-To: References: <2c193b2a-65d5-0716-d9dc-d706d907f2b9@geldenhuys.co.uk> <8adf3bdc-a247-41af-403b-d95b56b1ddd1@kluug.net> Message-ID: For Delphi Anreas Hausladen has made a IIDE plugin which opens each form One by One. This would be good feature. Especially if you have form inheritance (at least in Delphi). -Tee- On Fri, Dec 9, 2016 at 11:15 AM, Michael Van Canneyt via Lazarus < lazarus at lists.lazarus-ide.org> wrote: > > > On Fri, 9 Dec 2016, Ondrej Pokorny via Lazarus wrote: > > On 09.12.2016 9:51, Michael Van Canneyt wrote: >> >>> Will this be so for all forms in the project, or just the form(s) that I >>> opened ? >>> >> >> Only the forms you opened. >> >> I want to determine whether all forms will be at the same DPI or not. >>> >> >> No, they will be not. Every form/frame has the property "DesignTimePPI" >> that stores the value at which the form/frame was designed. >> > > Good. Imagine opening a project with 100 forms, and having to wait for all > forms to be converted... > > Thanks. > > Michael. > > -- > _______________________________________________ > Lazarus mailing list > Lazarus at lists.lazarus-ide.org > http://lists.lazarus-ide.org/listinfo/lazarus > -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael at freepascal.org Fri Dec 9 11:12:26 2016 From: michael at freepascal.org (Michael Van Canneyt) Date: Fri, 9 Dec 2016 11:12:26 +0100 (CET) Subject: [Lazarus] New high DPI features in 1.7 In-Reply-To: References: <2c193b2a-65d5-0716-d9dc-d706d907f2b9@geldenhuys.co.uk> <8adf3bdc-a247-41af-403b-d95b56b1ddd1@kluug.net> Message-ID: On Fri, 9 Dec 2016, Tommi Prami wrote: > For Delphi Anreas Hausladen has made a IIDE plugin which opens each form > One by One. This would be good feature. Well, we have a project with a couple of thousand forms. We can go and watch a nice movie while the IDE would be doing this :-) Michael. From erwin at deseine.nl Fri Dec 9 11:52:11 2016 From: erwin at deseine.nl (Erwin van den Bosch) Date: Fri, 9 Dec 2016 11:52:11 +0100 Subject: [Lazarus] New high DPI features in 1.7 In-Reply-To: References: Message-ID: <35a37b21-f773-63fb-19aa-a4a81a60bac0@deseine.nl> 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 > From l.rame at griensu.com Fri Dec 9 12:02:54 2016 From: l.rame at griensu.com (=?UTF-8?Q?Leonardo_M._Ram=c3=a9?=) Date: Fri, 9 Dec 2016 08:02:54 -0300 Subject: [Lazarus] FCL-PDF and RTF Support Message-ID: <1a5fd2cb-589b-d5d2-6055-4dc14a6f19b3@griensu.com> Hi, does anyone know if there's RTF support for FCL-PDF?. Anyone working on this?. Regards, -- Leonardo M. Ramé http://leonardorame.blogspot.com From badsectoracula at gmail.com Fri Dec 9 12:15:24 2016 From: badsectoracula at gmail.com (Kostas Michalopoulos) Date: Fri, 9 Dec 2016 13:15:24 +0200 Subject: [Lazarus] New high DPI features in 1.7 In-Reply-To: <35a37b21-f773-63fb-19aa-a4a81a60bac0@deseine.nl> References: <35a37b21-f773-63fb-19aa-a4a81a60bac0@deseine.nl> Message-ID: Looks like Visual Basic was onto something when they defaulted to "twips" back in the 90s :-P On Fri, Dec 9, 2016 at 12:52 PM, Erwin van den Bosch via Lazarus < lazarus at lists.lazarus-ide.org> wrote: > 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 at lists.lazarus-ide.org > http://lists.lazarus-ide.org/listinfo/lazarus > -------------- next part -------------- An HTML attachment was scrubbed... URL: From lazarus at kluug.net Fri Dec 9 12:18:53 2016 From: lazarus at kluug.net (Ondrej Pokorny) Date: Fri, 9 Dec 2016 12:18:53 +0100 Subject: [Lazarus] New high DPI features in 1.7 In-Reply-To: <35a37b21-f773-63fb-19aa-a4a81a60bac0@deseine.nl> References: <35a37b21-f773-63fb-19aa-a4a81a60bac0@deseine.nl> Message-ID: <3bb71099-319c-67d8-0ab2-5e590f5ea711@kluug.net> On 09.12.2016 11:52, Erwin van den Bosch via Lazarus wrote: > 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". If you want pixel perfect drawing, you have to use pixels :( Ondrej From erwin at deseine.nl Fri Dec 9 12:38:14 2016 From: erwin at deseine.nl (Erwin van den Bosch) Date: Fri, 9 Dec 2016 12:38:14 +0100 Subject: [Lazarus] New high DPI features in 1.7 In-Reply-To: <3bb71099-319c-67d8-0ab2-5e590f5ea711@kluug.net> References: <35a37b21-f773-63fb-19aa-a4a81a60bac0@deseine.nl> <3bb71099-319c-67d8-0ab2-5e590f5ea711@kluug.net> Message-ID: <5fbeee36-31bd-9bf2-2156-0332eb0aa4ef@deseine.nl> Op 9-12-2016 om 12:18 schreef Ondrej Pokorny via Lazarus: > On 09.12.2016 11:52, Erwin van den Bosch via Lazarus wrote: >> 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". > > If you want pixel perfect drawing, you have to use pixels :( > > Ondrej When you introduce DPI of a screen and scaling you lost the pixel perfect drawing too. :( 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? Erwin From lazarus at kluug.net Fri Dec 9 12:41:37 2016 From: lazarus at kluug.net (Ondrej Pokorny) Date: Fri, 9 Dec 2016 12:41:37 +0100 Subject: [Lazarus] New high DPI features in 1.7 In-Reply-To: <5fbeee36-31bd-9bf2-2156-0332eb0aa4ef@deseine.nl> References: <35a37b21-f773-63fb-19aa-a4a81a60bac0@deseine.nl> <3bb71099-319c-67d8-0ab2-5e590f5ea711@kluug.net> <5fbeee36-31bd-9bf2-2156-0332eb0aa4ef@deseine.nl> Message-ID: On 09.12.2016 12:38, Erwin van den Bosch via Lazarus wrote: > Op 9-12-2016 om 12:18 schreef Ondrej Pokorny via Lazarus: >> On 09.12.2016 11:52, Erwin van den Bosch via Lazarus wrote: >>> 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". >> >> If you want pixel perfect drawing, you have to use pixels :( >> >> Ondrej > > 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 From erwin at deseine.nl Fri Dec 9 12:49:22 2016 From: erwin at deseine.nl (Erwin van den Bosch) Date: Fri, 9 Dec 2016 12:49:22 +0100 Subject: [Lazarus] New high DPI features in 1.7 In-Reply-To: References: <35a37b21-f773-63fb-19aa-a4a81a60bac0@deseine.nl> <3bb71099-319c-67d8-0ab2-5e590f5ea711@kluug.net> <5fbeee36-31bd-9bf2-2156-0332eb0aa4ef@deseine.nl> Message-ID: 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 From mailinglists at geldenhuys.co.uk Fri Dec 9 12:52:44 2016 From: mailinglists at geldenhuys.co.uk (Graeme Geldenhuys) Date: Fri, 9 Dec 2016 11:52:44 +0000 Subject: [Lazarus] FCL-PDF and RTF Support In-Reply-To: <1a5fd2cb-589b-d5d2-6055-4dc14a6f19b3@griensu.com> References: <1a5fd2cb-589b-d5d2-6055-4dc14a6f19b3@griensu.com> Message-ID: <5ede6602-c5a0-0181-0fe2-7f9b53ec73f7@geldenhuys.co.uk> On 2016-12-09 11:02, Leonardo M. Ramé via Lazarus wrote: > Hi, does anyone know if there's RTF support for FCL-PDF?. Anyone working > on this?. Please explain what you mean by that - RTF support? fcl-pdf is a PDF generator library, nothing more. It does what it says on the tin, with the API available to it (as per the PDF 1.3 specs). It's not a report engine, layouting engine etc. So it doesn't do text layouting (alignment, text inside a shape, text on a curve etc.) But, it does output text (and other graphic elements) where you tell it to, and how it should look and in what font. eg: In the upcoming fpReport engine I do text layouting (doing all the line calculations and word positions in the report engine), and then simply pass that information to the PDF report renderer, which in turn tells fcl-pdf where to render want text. Regards, Graeme From mailinglists at geldenhuys.co.uk Fri Dec 9 12:56:28 2016 From: mailinglists at geldenhuys.co.uk (Graeme Geldenhuys) Date: Fri, 9 Dec 2016 11:56:28 +0000 Subject: [Lazarus] New high DPI features in 1.7 In-Reply-To: <5fbeee36-31bd-9bf2-2156-0332eb0aa4ef@deseine.nl> References: <35a37b21-f773-63fb-19aa-a4a81a60bac0@deseine.nl> <3bb71099-319c-67d8-0ab2-5e590f5ea711@kluug.net> <5fbeee36-31bd-9bf2-2156-0332eb0aa4ef@deseine.nl> Message-ID: <2f7ba136-1b4f-17d5-9601-10fefc10db03@geldenhuys.co.uk> On 2016-12-09 11:38, Erwin van den Bosch via Lazarus wrote: > 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? 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 -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://fpgui.sourceforge.net/ My public PGP key: http://tinyurl.com/graeme-pgp From l.rame at griensu.com Fri Dec 9 13:00:18 2016 From: l.rame at griensu.com (=?UTF-8?Q?Leonardo_M._Ram=c3=a9?=) Date: Fri, 9 Dec 2016 09:00:18 -0300 Subject: [Lazarus] FCL-PDF and RTF Support In-Reply-To: <5ede6602-c5a0-0181-0fe2-7f9b53ec73f7@geldenhuys.co.uk> References: <1a5fd2cb-589b-d5d2-6055-4dc14a6f19b3@griensu.com> <5ede6602-c5a0-0181-0fe2-7f9b53ec73f7@geldenhuys.co.uk> Message-ID: <101f29ef-691e-4f3c-c365-b224433d9656@griensu.com> El 09/12/16 a las 08:52, Graeme Geldenhuys via Lazarus escribió: > On 2016-12-09 11:02, Leonardo M. Ramé via Lazarus wrote: >> Hi, does anyone know if there's RTF support for FCL-PDF?. Anyone working >> on this?. > > Please explain what you mean by that - RTF support? > > fcl-pdf is a PDF generator library, nothing more. It does what it says > on the tin, with the API available to it (as per the PDF 1.3 specs). > It's not a report engine, layouting engine etc. So it doesn't do text > layouting (alignment, text inside a shape, text on a curve etc.) But, it > does output text (and other graphic elements) where you tell it to, and > how it should look and in what font. > > eg: In the upcoming fpReport engine I do text layouting (doing all the > line calculations and word positions in the report engine), and then > simply pass that information to the PDF report renderer, which in turn > tells fcl-pdf where to render want text. > > Regards, > Graeme > You are right Graeme, I'm looking for a way to add an RTF file to a PDF. I need a report engine but I couln't find one that fit my needs. Currently I'm using LibreOffice in headless mode for some projects, but this one cannot use it (because of memory constraints). Is there a way to get the fpReport source?. -- Leonardo M. Ramé http://leonardorame.blogspot.com From erwin at deseine.nl Fri Dec 9 13:15:43 2016 From: erwin at deseine.nl (Erwin van den Bosch) Date: Fri, 9 Dec 2016 13:15:43 +0100 Subject: [Lazarus] New high DPI features in 1.7 In-Reply-To: <2f7ba136-1b4f-17d5-9601-10fefc10db03@geldenhuys.co.uk> References: <35a37b21-f773-63fb-19aa-a4a81a60bac0@deseine.nl> <3bb71099-319c-67d8-0ab2-5e590f5ea711@kluug.net> <5fbeee36-31bd-9bf2-2156-0332eb0aa4ef@deseine.nl> <2f7ba136-1b4f-17d5-9601-10fefc10db03@geldenhuys.co.uk> Message-ID: <6b021c31-a325-1a03-ba29-2ad6069f73fb@deseine.nl> 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 From michael at freepascal.org Fri Dec 9 13:30:39 2016 From: michael at freepascal.org (Michael Van Canneyt) Date: Fri, 9 Dec 2016 13:30:39 +0100 (CET) Subject: [Lazarus] FCL-PDF and RTF Support In-Reply-To: <101f29ef-691e-4f3c-c365-b224433d9656@griensu.com> References: <1a5fd2cb-589b-d5d2-6055-4dc14a6f19b3@griensu.com> <5ede6602-c5a0-0181-0fe2-7f9b53ec73f7@geldenhuys.co.uk> <101f29ef-691e-4f3c-c365-b224433d9656@griensu.com> Message-ID: On Fri, 9 Dec 2016, Leonardo M. Ramé via Lazarus wrote: > > > El 09/12/16 a las 08:52, Graeme Geldenhuys via Lazarus escribió: >> On 2016-12-09 11:02, Leonardo M. Ramé via Lazarus wrote: >>> Hi, does anyone know if there's RTF support for FCL-PDF?. Anyone working >>> on this?. >> >> Please explain what you mean by that - RTF support? >> >> fcl-pdf is a PDF generator library, nothing more. It does what it says >> on the tin, with the API available to it (as per the PDF 1.3 specs). >> It's not a report engine, layouting engine etc. So it doesn't do text >> layouting (alignment, text inside a shape, text on a curve etc.) But, it >> does output text (and other graphic elements) where you tell it to, and >> how it should look and in what font. >> >> eg: In the upcoming fpReport engine I do text layouting (doing all the >> line calculations and word positions in the report engine), and then >> simply pass that information to the PDF report renderer, which in turn >> tells fcl-pdf where to render want text. >> >> Regards, >> Graeme >> > > You are right Graeme, I'm looking for a way to add an RTF file to a PDF. > I need a report engine but I couln't find one that fit my needs. > > Currently I'm using LibreOffice in headless mode for some projects, but > this one cannot use it (because of memory constraints). > > Is there a way to get the fpReport source?. I can send you a preview, if you want. Michael. From lazarus at kluug.net Fri Dec 9 13:38:44 2016 From: lazarus at kluug.net (Ondrej Pokorny) Date: Fri, 9 Dec 2016 13:38:44 +0100 Subject: [Lazarus] New high DPI features in 1.7 In-Reply-To: References: <2c193b2a-65d5-0716-d9dc-d706d907f2b9@geldenhuys.co.uk> <8adf3bdc-a247-41af-403b-d95b56b1ddd1@kluug.net> Message-ID: On 09.12.2016 10:15, Michael Van Canneyt via Lazarus wrote: > On Fri, 9 Dec 2016, Ondrej Pokorny via Lazarus wrote: > >> On 09.12.2016 9:51, Michael Van Canneyt wrote: >> No, they will be not. Every form/frame has the property >> "DesignTimePPI" that stores the value at which the form/frame was >> designed. > > Good. Imagine opening a project with 100 forms, and having to wait for > all forms to be converted... It would be a nonsence in regard to SVN/Git as well. No chance to send a patch for Lazarus IDE, for example. Ondrej From l.rame at griensu.com Fri Dec 9 13:42:00 2016 From: l.rame at griensu.com (=?UTF-8?Q?Leonardo_M._Ram=c3=a9?=) Date: Fri, 9 Dec 2016 09:42:00 -0300 Subject: [Lazarus] FCL-PDF and RTF Support In-Reply-To: References: <1a5fd2cb-589b-d5d2-6055-4dc14a6f19b3@griensu.com> <5ede6602-c5a0-0181-0fe2-7f9b53ec73f7@geldenhuys.co.uk> <101f29ef-691e-4f3c-c365-b224433d9656@griensu.com> Message-ID: <748a800c-afc0-5129-916d-4b3dee6c0de8@griensu.com> El 09/12/16 a las 09:30, Michael Van Canneyt via Lazarus escribió: > > > On Fri, 9 Dec 2016, Leonardo M. Ramé via Lazarus wrote: > >> >> >> El 09/12/16 a las 08:52, Graeme Geldenhuys via Lazarus escribió: >>> On 2016-12-09 11:02, Leonardo M. Ramé via Lazarus wrote: >>>> Hi, does anyone know if there's RTF support for FCL-PDF?. Anyone >>>> working >>>> on this?. >>> >>> Please explain what you mean by that - RTF support? >>> >>> fcl-pdf is a PDF generator library, nothing more. It does what it says >>> on the tin, with the API available to it (as per the PDF 1.3 specs). >>> It's not a report engine, layouting engine etc. So it doesn't do text >>> layouting (alignment, text inside a shape, text on a curve etc.) But, it >>> does output text (and other graphic elements) where you tell it to, and >>> how it should look and in what font. >>> >>> eg: In the upcoming fpReport engine I do text layouting (doing all the >>> line calculations and word positions in the report engine), and then >>> simply pass that information to the PDF report renderer, which in turn >>> tells fcl-pdf where to render want text. >>> >>> Regards, >>> Graeme >>> >> >> You are right Graeme, I'm looking for a way to add an RTF file to a >> PDF. I need a report engine but I couln't find one that fit my needs. >> >> Currently I'm using LibreOffice in headless mode for some projects, >> but this one cannot use it (because of memory constraints). >> >> Is there a way to get the fpReport source?. > > I can send you a preview, if you want. > > Michael. > > Yes, of course!, I'm eager to take a look at it. -- Leonardo M. Ramé http://leonardorame.blogspot.com From michael at freepascal.org Fri Dec 9 14:19:44 2016 From: michael at freepascal.org (Michael Van Canneyt) Date: Fri, 9 Dec 2016 14:19:44 +0100 (CET) Subject: [Lazarus] FCL-PDF change Message-ID: Hello, I've pushed an update to SVN for fcl-pdf. The code can now do a partial embedding of a TTF font: just the characters used in the PDF will be embedded. This results in a much smaller PDF file. Michael. From lazarus at kluug.net Fri Dec 9 15:03:39 2016 From: lazarus at kluug.net (Ondrej Pokorny) Date: Fri, 9 Dec 2016 15:03:39 +0100 Subject: [Lazarus] FCL-PDF change In-Reply-To: References: Message-ID: On 09.12.2016 14:19, Michael Van Canneyt via Lazarus wrote: > I've pushed an update to SVN for fcl-pdf. > > The code can now do a partial embedding of a TTF font: just the > characters used in the PDF will be embedded. > This results in a much smaller PDF file. This is great news! But I have a problem. FPC make fails with: The installer encountered the following error: Compilation of "BuildUnit_fcl_pdf.pp" failed make[2]: *** [smart] Error 1 make[2]: Leaving directory `p:/software/FPC/trunk_src/packages' make[1]: *** [packages_smart] Error 2 make[1]: Leaving directory `p:/software/FPC/trunk_src' make: *** [build-stamp.i386-win32] Error 2 Ondrej From michael at freepascal.org Fri Dec 9 15:28:31 2016 From: michael at freepascal.org (Michael Van Canneyt) Date: Fri, 9 Dec 2016 15:28:31 +0100 (CET) Subject: [Lazarus] FCL-PDF change In-Reply-To: References: Message-ID: On Fri, 9 Dec 2016, Ondrej Pokorny via Lazarus wrote: > On 09.12.2016 14:19, Michael Van Canneyt via Lazarus wrote: >> I've pushed an update to SVN for fcl-pdf. >> >> The code can now do a partial embedding of a TTF font: just the >> characters used in the PDF will be embedded. >> This results in a much smaller PDF file. > > This is great news! But I have a problem. FPC make fails with: > > The installer encountered the following error: > Compilation of "BuildUnit_fcl_pdf.pp" failed > make[2]: *** [smart] Error 1 > make[2]: Leaving directory `p:/software/FPC/trunk_src/packages' > make[1]: *** [packages_smart] Error 2 > make[1]: Leaving directory `p:/software/FPC/trunk_src' > make: *** [build-stamp.i386-win32] Error 2 I forgot (again) to commit a file, fixed. Sorry. Michael. From mailinglists at geldenhuys.co.uk Fri Dec 9 16:05:02 2016 From: mailinglists at geldenhuys.co.uk (Graeme Geldenhuys) Date: Fri, 9 Dec 2016 15:05:02 +0000 Subject: [Lazarus] New high DPI features in 1.7 In-Reply-To: <6b021c31-a325-1a03-ba29-2ad6069f73fb@deseine.nl> References: <35a37b21-f773-63fb-19aa-a4a81a60bac0@deseine.nl> <3bb71099-319c-67d8-0ab2-5e590f5ea711@kluug.net> <5fbeee36-31bd-9bf2-2156-0332eb0aa4ef@deseine.nl> <2f7ba136-1b4f-17d5-9601-10fefc10db03@geldenhuys.co.uk> <6b021c31-a325-1a03-ba29-2ad6069f73fb@deseine.nl> Message-ID: On 2016-12-09 12:15, Erwin van den Bosch via Lazarus wrote: > That might be the solution! (but you loose some contrast) Only on exact vertical and horizontal lines - if the mid point of the pixel fall of the center point of a screen pixel. On curved or diagonal lines there is no contrast loss, because of anti-aliasing already. If the developers knows he is drawing exact vertical or horizontal lines (eg: the background grid in a graph), the AggPas API has an extra boolean parameter that will grid-fit the line (loosing accuracy, but keeps line sharpness). I personally prefer accuracy, so don't mind that - the same reason I don't enable font hinting (forcing text to fit a grid) in my desktop environment. I prefer the true shapes of character glyphs - like the font designer intended. > Another problem with scaling is the thickness of lines. Example: you If you apply scaling, obviously your software needs to apply it to everything. Line thickness, font sizes, image sizes, widget sizes, form sizes etc. I have no idea if the new high DPI feature in Lazarus 1.7 goes into all that detail. It would be interesting to know. Regards, Graeme -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://fpgui.sourceforge.net/ My public PGP key: http://tinyurl.com/graeme-pgp From mailinglists at geldenhuys.co.uk Fri Dec 9 16:15:50 2016 From: mailinglists at geldenhuys.co.uk (Graeme Geldenhuys) Date: Fri, 9 Dec 2016 15:15:50 +0000 Subject: [Lazarus] FCL-PDF and RTF Support In-Reply-To: <101f29ef-691e-4f3c-c365-b224433d9656@griensu.com> References: <1a5fd2cb-589b-d5d2-6055-4dc14a6f19b3@griensu.com> <5ede6602-c5a0-0181-0fe2-7f9b53ec73f7@geldenhuys.co.uk> <101f29ef-691e-4f3c-c365-b224433d9656@griensu.com> Message-ID: <3069eb4a-05f4-62be-79a9-a2a37099fc07@geldenhuys.co.uk> On 2016-12-09 12:00, Leonardo M. Ramé via Lazarus wrote: > I'm looking for a way to add an RTF file to a PDF. In that case you need a RTF parser, and then interpret that into fcl-pdf API calls. The tiOPF project (on SourceForge) has a RTF based reporting engine. It processes a template RTF file which contains tokens, and then produces a fully populate RTF report file as output. We also used to use OpenOffice (in read-only mode) to preview the generated report output - which actually worked very well. OpenOffice in read-only mode hides all editing functionality from the user interface, so it looked like a true "print preview" dialog. Anyway, the tiRtfReport.pas unit in tiOPF might have some code you could use to translate a RTF file into fcl-pdf API calls. Regards, Graeme -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://fpgui.sourceforge.net/ My public PGP key: http://tinyurl.com/graeme-pgp From l.rame at griensu.com Fri Dec 9 16:23:50 2016 From: l.rame at griensu.com (=?UTF-8?Q?Leonardo_M._Ram=c3=a9?=) Date: Fri, 9 Dec 2016 12:23:50 -0300 Subject: [Lazarus] FCL-PDF and RTF Support In-Reply-To: <3069eb4a-05f4-62be-79a9-a2a37099fc07@geldenhuys.co.uk> References: <1a5fd2cb-589b-d5d2-6055-4dc14a6f19b3@griensu.com> <5ede6602-c5a0-0181-0fe2-7f9b53ec73f7@geldenhuys.co.uk> <101f29ef-691e-4f3c-c365-b224433d9656@griensu.com> <3069eb4a-05f4-62be-79a9-a2a37099fc07@geldenhuys.co.uk> Message-ID: El 09/12/16 a las 12:15, Graeme Geldenhuys via Lazarus escribió: > On 2016-12-09 12:00, Leonardo M. Ramé via Lazarus wrote: >> I'm looking for a way to add an RTF file to a PDF. > > In that case you need a RTF parser, and then interpret that into fcl-pdf > API calls. > > The tiOPF project (on SourceForge) has a RTF based reporting engine. It > processes a template RTF file which contains tokens, and then produces a > fully populate RTF report file as output. We also used to use OpenOffice > (in read-only mode) to preview the generated report output - which > actually worked very well. OpenOffice in read-only mode hides all > editing functionality from the user interface, so it looked like a true > "print preview" dialog. Anyway, the tiRtfReport.pas unit in tiOPF might > have some code you could use to translate a RTF file into fcl-pdf API calls. > Hi Graeme, I use LibreOffice in headless mode to generate PDFs on-the-fly. My workflow is handled by a CGI who calls a Python script (needed for the UNO API) who loads a Libreoffice template with the header and footer, then it inserts the RTF and lastly output the PDF to STDOUT. So, I don't really need a fully featured reporting engine, but just a way to "insert" an RTF file inside a PDF. What I've been looking at is this https://sourceforge.net/p/lazarus-ccr/svn/HEAD/tree/components/rtfview/rtfview.pas, I think it shouln't be too difficult to replace its dependencies to TRichView and make it work with fcl-pdf. -- Leonardo M. Ramé http://leonardorame.blogspot.com From lazarus at kluug.net Fri Dec 9 16:36:42 2016 From: lazarus at kluug.net (Ondrej Pokorny) Date: Fri, 9 Dec 2016 16:36:42 +0100 Subject: [Lazarus] FCL-PDF change In-Reply-To: References: Message-ID: On 09.12.2016 15:28, Michael Van Canneyt via Lazarus wrote: > I forgot (again) to commit a file, fixed. Sorry. No problem. Now it compiles, thanks! I have a runtime exception, though (the relevant line is in #5): #0 fpc_raiseexception(0xc9, 0x5ca84a, 0x79cf5c8) at ..\inc\except.inc:158 #1 RUNERRORTOEXCEPT(201, 0x5ca84a, 0x79cf5c8) at ..\objpas\sysutils\sysutils.inc:441 #2 HANDLEERRORADDRFRAME(201, 0x5ca84a, 0x79cf5c8) at ..\inc\system.inc:1144 #3 HANDLEERRORADDRFRAMEIND(201, 0x5ca84a, 0x79cf5c8) at ..\inc\system.inc:1161 #4 fpc_rangeerror at ..\inc\system.inc:755 *#5 BUILDCMAPTABLE(0x6790260) at ..\..\..\..\..\..\software\FPC\trunk_src\packages\fcl-pdf\src\fpttfsubsetter.pp:807* #6 SAVETOSTREAM(0x6790260, 0x7b061c0) at ..\..\..\..\..\..\software\FPC\trunk_src\packages\fcl-pdf\src\fpttfsubsetter.pp:926 #7 GENERATESUBSETFONT(0x682d7a8) at ..\..\..\..\..\..\software\FPC\trunk_src\packages\fcl-pdf\src\fppdf.pp:1400 #8 CREATEFONTENTRIES(0x68351d0) at ..\..\..\..\..\..\software\FPC\trunk_src\packages\fcl-pdf\src\fppdf.pp:5101 #9 SAVETOSTREAM(0x68351d0, 0x7ad5ed8) at ..\..\..\..\..\..\software\FPC\trunk_src\packages\fcl-pdf\src\fppdf.pp:5141 the idDelta array looks like (from GDB): Len=29: (-31, -42, -43, -45, -48, ...) -> as you see all values are negative and you are passing them to a UInt16 parameter, which results in range error. Ondrej -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael at freepascal.org Fri Dec 9 16:41:28 2016 From: michael at freepascal.org (Michael Van Canneyt) Date: Fri, 9 Dec 2016 16:41:28 +0100 (CET) Subject: [Lazarus] FCL-PDF change In-Reply-To: References: Message-ID: On Fri, 9 Dec 2016, Ondrej Pokorny via Lazarus wrote: > On 09.12.2016 15:28, Michael Van Canneyt via Lazarus wrote: >> I forgot (again) to commit a file, fixed. Sorry. > > No problem. Now it compiles, thanks! > > I have a runtime exception, though (the relevant line is in #5): > > #0 fpc_raiseexception(0xc9, 0x5ca84a, 0x79cf5c8) at ..\inc\except.inc:158 > #1 RUNERRORTOEXCEPT(201, 0x5ca84a, 0x79cf5c8) at > ..\objpas\sysutils\sysutils.inc:441 > #2 HANDLEERRORADDRFRAME(201, 0x5ca84a, 0x79cf5c8) at ..\inc\system.inc:1144 > #3 HANDLEERRORADDRFRAMEIND(201, 0x5ca84a, 0x79cf5c8) at > ..\inc\system.inc:1161 > #4 fpc_rangeerror at ..\inc\system.inc:755 > *#5 BUILDCMAPTABLE(0x6790260) at > ..\..\..\..\..\..\software\FPC\trunk_src\packages\fcl-pdf\src\fpttfsubsetter.pp:807* > #6 SAVETOSTREAM(0x6790260, 0x7b061c0) at > ..\..\..\..\..\..\software\FPC\trunk_src\packages\fcl-pdf\src\fpttfsubsetter.pp:926 > #7 GENERATESUBSETFONT(0x682d7a8) at > ..\..\..\..\..\..\software\FPC\trunk_src\packages\fcl-pdf\src\fppdf.pp:1400 > #8 CREATEFONTENTRIES(0x68351d0) at > ..\..\..\..\..\..\software\FPC\trunk_src\packages\fcl-pdf\src\fppdf.pp:5101 > #9 SAVETOSTREAM(0x68351d0, 0x7ad5ed8) at > ..\..\..\..\..\..\software\FPC\trunk_src\packages\fcl-pdf\src\fppdf.pp:5141 > > the idDelta array looks like (from GDB): Len=29: (-31, -42, -43, -45, > -48, ...) > -> as you see all values are negative and you are passing them to a UInt16 > parameter, which results in range error. Hmh. Graeme Geldenhuys will have to pull his hair again. We'll have to pass around the hat to pay for a wig... Can you tell us which font you are using, and maybe also what text you were trying to write to the PDF ? Subset font creation is quite tricky. Michael. From luca at wetron.es Fri Dec 9 16:51:07 2016 From: luca at wetron.es (Luca Olivetti) Date: Fri, 9 Dec 2016 16:51:07 +0100 Subject: [Lazarus] New high DPI features in 1.7 In-Reply-To: References: Message-ID: <759541f8-c9f1-dc8d-c89e-6617586dfa6b@wetron.es> El 09/12/16 a les 09:12, Ondrej Pokorny via Lazarus ha escrit: > 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 > I currently have some projects where I use ScaleBy to manually scale the forms depending on the monitor resolution[*], if I leave tform.scaled to false will it work as before? [*] it's a multi monitor setup where each form is assigned to a specific monitor, I design at a resolution that I want (usually 2 thirds of my monitor), then I scale it to fit the assigned monitor and make a small copy of the same form to show on the main monitor (where I can see the content of all the other monitors). Bye -- Luca Olivetti Wetron Automation Technology http://www.wetron.es/ Tel. +34 93 5883004 (Ext.3010) Fax +34 93 5883007 From mailinglists at geldenhuys.co.uk Fri Dec 9 16:52:06 2016 From: mailinglists at geldenhuys.co.uk (Graeme Geldenhuys) Date: Fri, 9 Dec 2016 15:52:06 +0000 Subject: [Lazarus] FCL-PDF and RTF Support In-Reply-To: References: <1a5fd2cb-589b-d5d2-6055-4dc14a6f19b3@griensu.com> <5ede6602-c5a0-0181-0fe2-7f9b53ec73f7@geldenhuys.co.uk> <101f29ef-691e-4f3c-c365-b224433d9656@griensu.com> <3069eb4a-05f4-62be-79a9-a2a37099fc07@geldenhuys.co.uk> Message-ID: <8415b6f8-88cd-6025-d6ac-5af3b68d4b26@geldenhuys.co.uk> On 2016-12-09 15:23, Leonardo M. Ramé via Lazarus wrote: > Hi Graeme, I use LibreOffice in headless mode to generate PDFs > on-the-fly. OpenOffice/LibreOffice headless mode is pretty cool. We used it often too. :) > So, I don't really need a fully featured reporting engine, but just a > way to "insert" an RTF file inside a PDF. I didn't mean to use the tiRtfReporter.pas unit as a reporting engine. I meant, you can cannibalise the code and grab what you need to suite your needs (translate RTF files into fcl-pdf API calls to render the text in a rich text manner when producing the PDF). > https://sourceforge.net/p/lazarus-ccr/svn/HEAD/tree/components/rtfview/rtfview.pas, > I think it shouln't be too difficult to replace its dependencies to > TRichView and make it work with fcl-pdf. That's pretty much what I meant with the tiOPF code. I guess either one will do. Regards, Graeme -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://fpgui.sourceforge.net/ My public PGP key: http://tinyurl.com/graeme-pgp From lazarus at kluug.net Fri Dec 9 16:55:59 2016 From: lazarus at kluug.net (Ondrej Pokorny) Date: Fri, 9 Dec 2016 16:55:59 +0100 Subject: [Lazarus] New high DPI features in 1.7 In-Reply-To: <759541f8-c9f1-dc8d-c89e-6617586dfa6b@wetron.es> References: <759541f8-c9f1-dc8d-c89e-6617586dfa6b@wetron.es> Message-ID: <8821381d-7155-0212-260d-6037aa3e721e@kluug.net> On 09.12.2016 16:51, Luca Olivetti via Lazarus wrote: > I currently have some projects where I use ScaleBy to manually scale > the forms depending on the monitor resolution[*], if I leave > tform.scaled to false will it work as before? Yes, Scaled=False defaults to old behavior. Just make sure you don't start Lazarus IDE in high DPI and design the forms there. Ondrej From mailinglists at geldenhuys.co.uk Fri Dec 9 16:59:01 2016 From: mailinglists at geldenhuys.co.uk (Graeme Geldenhuys) Date: Fri, 9 Dec 2016 15:59:01 +0000 Subject: [Lazarus] FCL-PDF change In-Reply-To: References: Message-ID: <98814a3f-8d4d-ae23-4631-50fadcf4d252@geldenhuys.co.uk> On 2016-12-09 15:41, Michael Van Canneyt via Lazarus wrote: > > Hmh. Graeme Geldenhuys will have to pull his hair again. We'll have > to pass around the hat to pay for a wig... :-D Yeah, I already look like Kojak [*] (damn, that's giving away my age too). > Can you tell us which font you are using, and maybe also what text > you were trying to write to the PDF? Yes, that information would be very useful. If you can even supply the TTF font version number, that would be helpful too. [*] https://en.wikipedia.org/wiki/Kojak Regards, Graeme -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://fpgui.sourceforge.net/ My public PGP key: http://tinyurl.com/graeme-pgp From l.rame at griensu.com Fri Dec 9 17:00:52 2016 From: l.rame at griensu.com (=?UTF-8?Q?Leonardo_M._Ram=c3=a9?=) Date: Fri, 9 Dec 2016 13:00:52 -0300 Subject: [Lazarus] FCL-PDF and RTF Support In-Reply-To: <8415b6f8-88cd-6025-d6ac-5af3b68d4b26@geldenhuys.co.uk> References: <1a5fd2cb-589b-d5d2-6055-4dc14a6f19b3@griensu.com> <5ede6602-c5a0-0181-0fe2-7f9b53ec73f7@geldenhuys.co.uk> <101f29ef-691e-4f3c-c365-b224433d9656@griensu.com> <3069eb4a-05f4-62be-79a9-a2a37099fc07@geldenhuys.co.uk> <8415b6f8-88cd-6025-d6ac-5af3b68d4b26@geldenhuys.co.uk> Message-ID: <449e37fc-3b10-68fe-5447-30c2ac1dd78e@griensu.com> > I didn't mean to use the tiRtfReporter.pas unit as a reporting engine. I > meant, you can cannibalise the code and grab what you need to suite your > needs (translate RTF files into fcl-pdf API calls to render the text in > a rich text manner when producing the PDF). Great, I'll take a look at it. -- Leonardo M. Ramé http://leonardorame.blogspot.com From lazarus at kluug.net Fri Dec 9 17:02:31 2016 From: lazarus at kluug.net (Ondrej Pokorny) Date: Fri, 9 Dec 2016 17:02:31 +0100 Subject: [Lazarus] FCL-PDF change In-Reply-To: <98814a3f-8d4d-ae23-4631-50fadcf4d252@geldenhuys.co.uk> References: <98814a3f-8d4d-ae23-4631-50fadcf4d252@geldenhuys.co.uk> Message-ID: On 09.12.2016 16:59, Graeme Geldenhuys via Lazarus wrote: > >> Can you tell us which font you are using, and maybe also what text >> you were trying to write to the PDF? > Yes, that information would be very useful. If you can even supply the > TTF font version number, that would be helpful too. If it really is needed, I'll create a test project. But for the start to me it looks like you didn't test the package with range checks on and overflow checks on. Maybe you'll find the problems on your own if you switch them on :) E.g. TFontSubsetter.WriteTableHeader is also written for range checking off (you should at least {$PUSH}{$R-}{$Q-} - {$POP} the code). Ondrej -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael at freepascal.org Fri Dec 9 17:06:28 2016 From: michael at freepascal.org (Michael Van Canneyt) Date: Fri, 9 Dec 2016 17:06:28 +0100 (CET) Subject: [Lazarus] FCL-PDF change In-Reply-To: References: <98814a3f-8d4d-ae23-4631-50fadcf4d252@geldenhuys.co.uk> Message-ID: On Fri, 9 Dec 2016, Ondrej Pokorny via Lazarus wrote: > On 09.12.2016 16:59, Graeme Geldenhuys via Lazarus wrote: >> >>> Can you tell us which font you are using, and maybe also what text >>> you were trying to write to the PDF? >> Yes, that information would be very useful. If you can even supply the >> TTF font version number, that would be helpful too. > > If it really is needed, I'll create a test project. But for the start to me > it looks like you didn't test the package with range checks on and overflow > checks on. Maybe you'll find the problems on your own if you switch them on > :) >From what Graeme told me, he did use range checking. There are numerous font files out there and the number of possible unicode characters is big. Michael. From luca at wetron.es Fri Dec 9 17:06:27 2016 From: luca at wetron.es (Luca Olivetti) Date: Fri, 9 Dec 2016 17:06:27 +0100 Subject: [Lazarus] New high DPI features in 1.7 In-Reply-To: <8821381d-7155-0212-260d-6037aa3e721e@kluug.net> References: <759541f8-c9f1-dc8d-c89e-6617586dfa6b@wetron.es> <8821381d-7155-0212-260d-6037aa3e721e@kluug.net> Message-ID: El 09/12/16 a les 16:55, Ondrej Pokorny via Lazarus ha escrit: > On 09.12.2016 16:51, Luca Olivetti via Lazarus wrote: >> I currently have some projects where I use ScaleBy to manually scale >> the forms depending on the monitor resolution[*], if I leave >> tform.scaled to false will it work as before? > > Yes, Scaled=False defaults to old behavior. Just make sure you don't > start Lazarus IDE in high DPI and design the forms there. But "After some time of testing LCLScaleForms will become default." What happens then when I open an old form or want to design a new one with no automatic scaling? Bye -- Luca Olivetti Wetron Automation Technology http://www.wetron.es/ Tel. +34 93 5883004 (Ext.3010) Fax +34 93 5883007 From lazarus at kluug.net Fri Dec 9 17:13:27 2016 From: lazarus at kluug.net (Ondrej Pokorny) Date: Fri, 9 Dec 2016 17:13:27 +0100 Subject: [Lazarus] FCL-PDF change In-Reply-To: References: <98814a3f-8d4d-ae23-4631-50fadcf4d252@geldenhuys.co.uk> Message-ID: <6778f46d-7c0b-5e10-ed97-3893d54818e0@kluug.net> On 09.12.2016 17:06, Michael Van Canneyt via Lazarus wrote: > > > On Fri, 9 Dec 2016, Ondrej Pokorny via Lazarus wrote: > >> On 09.12.2016 16:59, Graeme Geldenhuys via Lazarus wrote: >>> >>>> Can you tell us which font you are using, and maybe also what text >>>> you were trying to write to the PDF? >>> Yes, that information would be very useful. If you can even supply the >>> TTF font version number, that would be helpful too. >> >> If it really is needed, I'll create a test project. But for the start >> to me it looks like you didn't test the package with range checks on >> and overflow checks on. Maybe you'll find the problems on your own if >> you switch them on :) > > From what Graeme told me, he did use range checking. Please see TFontSubsetter.WriteTableHeader - the checksum calculation. > > There are numerous font files out there and the number of possible > unicode characters is big. I disabled range checking and the PDF is produced and it is (almost) correct. I could see that the Czech "ř" character is not handled correctly. I'll make you a test case. Ondrej From mailinglists at geldenhuys.co.uk Fri Dec 9 17:16:54 2016 From: mailinglists at geldenhuys.co.uk (Graeme Geldenhuys) Date: Fri, 9 Dec 2016 16:16:54 +0000 Subject: [Lazarus] FCL-PDF change In-Reply-To: References: <98814a3f-8d4d-ae23-4631-50fadcf4d252@geldenhuys.co.uk> Message-ID: <8551089b-afaa-64e2-007e-fd08cb3f1141@geldenhuys.co.uk> On 2016-12-09 16:02, Ondrej Pokorny via Lazarus wrote: > But for the start to > me it looks like you didn't test the package with range checks on and > overflow checks on. Interestingly, I just enabled Range Checking and Overflows on, clearer all *.ppu files and rebuilt the code. The output is below. No errors or warnings were given. I used FPC 2.6.4 for development. Either way, I'll look into it anyway. ============================================ Hint: (11030) Start of reading config file /home/graemeg/.fpc.cfg Hint: (11031) End of reading config file /home/graemeg/.fpc.cfg Free Pascal Compiler version 2.6.4 [2014/03/03] for x86_64 Copyright (c) 1993-2014 by Florian Klaempfl and others (1002) Target OS: Linux for x86-64 (3104) Compiling ttfdump.lpr (3104) Compiling /home/graemeg/devel/fpcpackages/fppdf/src/fpparsettf.pp (3104) Compiling /home/graemeg/devel/fpcpackages/fppdf/src/fpttfencodings.pp (1010) Writing Resource String Table file: fpparsettf.rst (3104) Compiling /home/graemeg/devel/fpcpackages/fppdf/src/fpfonttextmapping.pp (3104) Compiling /home/graemeg/devel/fpcpackages/fppdf/src/fpttfsubsetter.pp /home/graemeg/devel/fpcpackages/fppdf/src/fpttfsubsetter.pp(687,5) Hint: ...snip... (1010) Writing Resource String Table file: fpttfsubsetter.rst (9015) Linking ttfdump /usr/bin/ld: warning: link.res contains output sections; did you forget -T? (1008) 4524 lines compiled, 0.8 sec (1022) 16 hint(s) issued ============================================ Regards, Graeme -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://fpgui.sourceforge.net/ My public PGP key: http://tinyurl.com/graeme-pgp From lazarus at kluug.net Fri Dec 9 17:17:25 2016 From: lazarus at kluug.net (Ondrej Pokorny) Date: Fri, 9 Dec 2016 17:17:25 +0100 Subject: [Lazarus] New high DPI features in 1.7 In-Reply-To: References: <759541f8-c9f1-dc8d-c89e-6617586dfa6b@wetron.es> <8821381d-7155-0212-260d-6037aa3e721e@kluug.net> Message-ID: <59b1761d-b74e-57a8-6798-cad195dfb3da@kluug.net> On 09.12.2016 17:06, Luca Olivetti via Lazarus wrote: > But "After some time of testing LCLScaleForms will become default." > What happens then when I open an old form It will have Scaled=True. > or want to design a new one with no automatic scaling? Set Scaled=False explicitely in the object inspector OR (global solution) compile the LCL with LCLDontScaleForms compiler define. (It will be announced.) Ondrej From mailinglists at geldenhuys.co.uk Fri Dec 9 17:19:13 2016 From: mailinglists at geldenhuys.co.uk (Graeme Geldenhuys) Date: Fri, 9 Dec 2016 16:19:13 +0000 Subject: [Lazarus] FCL-PDF change In-Reply-To: <8551089b-afaa-64e2-007e-fd08cb3f1141@geldenhuys.co.uk> References: <98814a3f-8d4d-ae23-4631-50fadcf4d252@geldenhuys.co.uk> <8551089b-afaa-64e2-007e-fd08cb3f1141@geldenhuys.co.uk> Message-ID: <74e3de9b-b68e-4b27-3fa6-43ea05d2093a@geldenhuys.co.uk> On 2016-12-09 16:16, Graeme Geldenhuys via Lazarus wrote: > No errors or warnings were given. Same result with FPC 3.0.0 under 64-bit Linux (CentOS 6). Regards, Graeme From luca at wetron.es Fri Dec 9 17:21:30 2016 From: luca at wetron.es (Luca Olivetti) Date: Fri, 9 Dec 2016 17:21:30 +0100 Subject: [Lazarus] New high DPI features in 1.7 In-Reply-To: <59b1761d-b74e-57a8-6798-cad195dfb3da@kluug.net> References: <759541f8-c9f1-dc8d-c89e-6617586dfa6b@wetron.es> <8821381d-7155-0212-260d-6037aa3e721e@kluug.net> <59b1761d-b74e-57a8-6798-cad195dfb3da@kluug.net> Message-ID: <08176d8d-a483-9863-59b1-cb554e2e46b4@wetron.es> El 09/12/16 a les 17:17, Ondrej Pokorny via Lazarus ha escrit: > On 09.12.2016 17:06, Luca Olivetti via Lazarus wrote: >> But "After some time of testing LCLScaleForms will become default." >> What happens then when I open an old form > > It will have Scaled=True. But I can change it back to false, right? And, more important, ScaleBy will work just like before, won't it? Bye -- Luca Olivetti Wetron Automation Technology http://www.wetron.es/ Tel. +34 93 5883004 (Ext.3010) Fax +34 93 5883007 From lazarus at kluug.net Fri Dec 9 17:23:54 2016 From: lazarus at kluug.net (Ondrej Pokorny) Date: Fri, 9 Dec 2016 17:23:54 +0100 Subject: [Lazarus] FCL-PDF change In-Reply-To: <74e3de9b-b68e-4b27-3fa6-43ea05d2093a@geldenhuys.co.uk> References: <98814a3f-8d4d-ae23-4631-50fadcf4d252@geldenhuys.co.uk> <8551089b-afaa-64e2-007e-fd08cb3f1141@geldenhuys.co.uk> <74e3de9b-b68e-4b27-3fa6-43ea05d2093a@geldenhuys.co.uk> Message-ID: <72937041-21be-f070-a3ca-cd1e621ffdf7@kluug.net> On 09.12.2016 17:19, Graeme Geldenhuys via Lazarus wrote: > On 2016-12-09 16:16, Graeme Geldenhuys via Lazarus wrote: >> No errors or warnings were given. > Same result with FPC 3.0.0 under 64-bit Linux (CentOS 6). Good, await a test project from me :) (Anyway, so that I don't look like a pain in the neck - thank you for the work on fpPDF, it's great and the font subsetting feature makes it a complete tool for my needs!) Ondrej From lazarus at kluug.net Fri Dec 9 17:26:55 2016 From: lazarus at kluug.net (Ondrej Pokorny) Date: Fri, 9 Dec 2016 17:26:55 +0100 Subject: [Lazarus] New high DPI features in 1.7 In-Reply-To: <08176d8d-a483-9863-59b1-cb554e2e46b4@wetron.es> References: <759541f8-c9f1-dc8d-c89e-6617586dfa6b@wetron.es> <8821381d-7155-0212-260d-6037aa3e721e@kluug.net> <59b1761d-b74e-57a8-6798-cad195dfb3da@kluug.net> <08176d8d-a483-9863-59b1-cb554e2e46b4@wetron.es> Message-ID: On 09.12.2016 17:21, Luca Olivetti via Lazarus wrote: > El 09/12/16 a les 17:17, Ondrej Pokorny via Lazarus ha escrit: >> On 09.12.2016 17:06, Luca Olivetti via Lazarus wrote: >>> But "After some time of testing LCLScaleForms will become default." >>> What happens then when I open an old form >> >> It will have Scaled=True. > > But I can change it back to false, right? Please read my previous email to the end. > And, more important, ScaleBy will work just like before, won't it? Yes. Btw. do your different monitors really have different DPI settings? To me it looks like you just scale your forms. ScaleBy works independently on the new Scaled parameter and high DPI features. Ondrej From luca at wetron.es Fri Dec 9 17:32:40 2016 From: luca at wetron.es (Luca Olivetti) Date: Fri, 9 Dec 2016 17:32:40 +0100 Subject: [Lazarus] New high DPI features in 1.7 In-Reply-To: References: <759541f8-c9f1-dc8d-c89e-6617586dfa6b@wetron.es> <8821381d-7155-0212-260d-6037aa3e721e@kluug.net> <59b1761d-b74e-57a8-6798-cad195dfb3da@kluug.net> <08176d8d-a483-9863-59b1-cb554e2e46b4@wetron.es> Message-ID: <35d2cb98-c4d5-f768-6415-bbf45d598fb5@wetron.es> El 09/12/16 a les 17:26, Ondrej Pokorny via Lazarus ha escrit: > On 09.12.2016 17:21, Luca Olivetti via Lazarus wrote: >> El 09/12/16 a les 17:17, Ondrej Pokorny via Lazarus ha escrit: >>> On 09.12.2016 17:06, Luca Olivetti via Lazarus wrote: >>>> But "After some time of testing LCLScaleForms will become default." >>>> What happens then when I open an old form >>> >>> It will have Scaled=True. >> >> But I can change it back to false, right? > > Please read my previous email to the end. I probably mis-read it: I though that you could do that only for new forms. > >> And, more important, ScaleBy will work just like before, won't it? > > Yes. > > Btw. do your different monitors really have different DPI settings? To > me it looks like you just scale your forms. Yes, I don't care about the dpi, I just want the form to fill the whole monitor. ScaleBy works nicely for that > > ScaleBy works independently on the new Scaled parameter and high DPI > features. Oh, I thought the former would be the basis for the latter, so that they would be mutually exclusive. Bye -- Luca Olivetti Wetron Automation Technology http://www.wetron.es/ Tel. +34 93 5883004 (Ext.3010) Fax +34 93 5883007 From mailinglists at geldenhuys.co.uk Fri Dec 9 18:01:46 2016 From: mailinglists at geldenhuys.co.uk (Graeme Geldenhuys) Date: Fri, 9 Dec 2016 17:01:46 +0000 Subject: [Lazarus] FCL-PDF change In-Reply-To: References: Message-ID: <03a779bd-95ff-3730-6ee5-84c3afc7c94b@geldenhuys.co.uk> On 2016-12-09 15:36, Ondrej Pokorny via Lazarus wrote: > I have a runtime exception, though (the relevant line is in #5): > > #0 fpc_raiseexception(0xc9, 0x5ca84a, 0x79cf5c8) at ..\inc\except.inc:158 > #1 RUNERRORTOEXCEPT(201, 0x5ca84a, 0x79cf5c8) at > ..\objpas\sysutils\sysutils.inc:441 > #2 HANDLEERRORADDRFRAME(201, 0x5ca84a, 0x79cf5c8) at ..\inc\system.inc:1144 > #3 HANDLEERRORADDRFRAMEIND(201, 0x5ca84a, 0x79cf5c8) at > ..\inc\system.inc:1161 > #4 fpc_rangeerror at ..\inc\system.inc:755 > *#5 BUILDCMAPTABLE(0x6790260) at > ..\..\..\..\..\..\software\FPC\trunk_src\packages\fcl-pdf\src\fpttfsubsetter.pp:807* Some quick feedback. Further testing I managed to reproduce the rangecheck error. I've fixed all I could find (I interpreted one of Java's primitive data types incorrectly). I'll verify some more code to make sure. Expect a fix in FPC's svn repo by Monday. Regards, Graeme -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://fpgui.sourceforge.net/ My public PGP key: http://tinyurl.com/graeme-pgp From lazarus at kluug.net Fri Dec 9 18:29:14 2016 From: lazarus at kluug.net (Ondrej Pokorny) Date: Fri, 9 Dec 2016 18:29:14 +0100 Subject: [Lazarus] FCL-PDF change In-Reply-To: <03a779bd-95ff-3730-6ee5-84c3afc7c94b@geldenhuys.co.uk> References: <03a779bd-95ff-3730-6ee5-84c3afc7c94b@geldenhuys.co.uk> Message-ID: On 09.12.2016 18:01, Graeme Geldenhuys via Lazarus wrote: > On 2016-12-09 15:36, Ondrej Pokorny via Lazarus wrote: >> I have a runtime exception, though (the relevant line is in #5): >> >> #0 fpc_raiseexception(0xc9, 0x5ca84a, 0x79cf5c8) at ..\inc\except.inc:158 >> #1 RUNERRORTOEXCEPT(201, 0x5ca84a, 0x79cf5c8) at >> ..\objpas\sysutils\sysutils.inc:441 >> #2 HANDLEERRORADDRFRAME(201, 0x5ca84a, 0x79cf5c8) at ..\inc\system.inc:1144 >> #3 HANDLEERRORADDRFRAMEIND(201, 0x5ca84a, 0x79cf5c8) at >> ..\inc\system.inc:1161 >> #4 fpc_rangeerror at ..\inc\system.inc:755 >> *#5 BUILDCMAPTABLE(0x6790260) at >> ..\..\..\..\..\..\software\FPC\trunk_src\packages\fcl-pdf\src\fpttfsubsetter.pp:807* > > Some quick feedback. Further testing I managed to reproduce the > rangecheck error. I've fixed all I could find (I interpreted one of > Java's primitive data types incorrectly). I'll verify some more code to > make sure. Expect a fix in FPC's svn repo by Monday. Great! It looks like international characters make problems as well: http://mantis.freepascal.org/view.php?id=31092 Unfortunately the test project doesn't reproduce the range check error - I'll wait for the Monday fix and report back. Ondrej From info at voiceliveeditor.com Fri Dec 9 22:54:16 2016 From: info at voiceliveeditor.com (info at voiceliveeditor.com) Date: Fri, 9 Dec 2016 21:54:16 -0000 Subject: [Lazarus] New high DPI features in 1.7 In-Reply-To: <35d2cb98-c4d5-f768-6415-bbf45d598fb5@wetron.es> References: <759541f8-c9f1-dc8d-c89e-6617586dfa6b@wetron.es> <8821381d-7155-0212-260d-6037aa3e721e@kluug.net> <59b1761d-b74e-57a8-6798-cad195dfb3da@kluug.net> <08176d8d-a483-9863-59b1-cb554e2e46b4@wetron.es> <35d2cb98-c4d5-f768-6415-bbf45d598fb5@wetron.es> Message-ID: <8372C8A2B78145C0BC0E0A8011AF7746@ianPC> Hi Just download latest svn to test this. Immediate problem, opening current project I get message unknown property DesignTimeDPI so choose continue loading. My forms load, then get scaled. I have checked property of form and Scaled is unchecked False; PixelsPerInch=72 DesignTimePPu=72 The scaling makes my form hard to read and even harder to edit; I am using 3rd party controls and some fonts are not scaled. How can I disable this feature, I have my own scaling routines that manipulate the controls and underlying fonts etc at runtime and scale perfectly, also my scaling routines also auto add extra controls as the screen area increases. I like the idea for a new project; but I would need this de-activated to continue developing current and previous applications. Question why are my forms scaling when opening them, even though they were not designed for this feature. This is scarey. Josh From lazarus at kluug.net Fri Dec 9 23:34:05 2016 From: lazarus at kluug.net (Ondrej Pokorny) Date: Fri, 9 Dec 2016 23:34:05 +0100 Subject: [Lazarus] New high DPI features in 1.7 In-Reply-To: <8372C8A2B78145C0BC0E0A8011AF7746@ianPC> References: <759541f8-c9f1-dc8d-c89e-6617586dfa6b@wetron.es> <8821381d-7155-0212-260d-6037aa3e721e@kluug.net> <59b1761d-b74e-57a8-6798-cad195dfb3da@kluug.net> <08176d8d-a483-9863-59b1-cb554e2e46b4@wetron.es> <35d2cb98-c4d5-f768-6415-bbf45d598fb5@wetron.es> <8372C8A2B78145C0BC0E0A8011AF7746@ianPC> Message-ID: <423fc72d-bcf3-4d30-1412-4e0e2eceb043@kluug.net> On 09.12.2016 22:54, Josh via Lazarus wrote: > Just download latest svn to test this. Thanks for the feedback! > Immediate problem, opening current project I get message unknown > property DesignTimeDPI so choose continue loading. DesignTimeDPI was published for a short time period (from 1st of December). It's fine to ignore it. People coming from 1.6 won't be affected. > My forms load, then get scaled. > I have checked property of form and Scaled is unchecked False; > PixelsPerInch=72 > DesignTimePPu=72 > > The scaling makes my form hard to read and even harder to edit; I am > using 3rd party controls and some fonts are not scaled. > > How can I disable this feature, I have my own scaling routines that > manipulate the controls and underlying fonts etc at runtime and scale > perfectly, also my scaling routines also auto add extra controls as > the screen area increases. > > I like the idea for a new project; but I would need this de-activated > to continue developing current and previous applications. > > Question why are my forms scaling when opening them, even though they > were not designed for this feature. This is scarey. Because your system uses 72 PPI. Unfortunately the IDE uses 96 PPI as default for legacy projects and thus scales it. I see it as major issue and I'll come up with a solution. Ondrej From aaa5500 at ya.ru Fri Dec 9 23:52:49 2016 From: aaa5500 at ya.ru (Alexey) Date: Sat, 10 Dec 2016 01:52:49 +0300 Subject: [Lazarus] New high DPI features in 1.7 In-Reply-To: References: <35a37b21-f773-63fb-19aa-a4a81a60bac0@deseine.nl> Message-ID: <30263f29-4ffe-0ed4-782f-316b27fdfef4@ya.ru> On 09.12.2016 14:15, Kostas Michalopoulos via Lazarus wrote: > Although this is a step forward I think working with pixels is > something from the past It is normal even today, coz we have raster GUI, only in rare cases frameworks do give us the vector graphic. It is GUIs in games. -- Regards, Alex From lazarus at kluug.net Sat Dec 10 00:07:27 2016 From: lazarus at kluug.net (Ondrej Pokorny) Date: Sat, 10 Dec 2016 00:07:27 +0100 Subject: [Lazarus] New high DPI features in 1.7 In-Reply-To: <423fc72d-bcf3-4d30-1412-4e0e2eceb043@kluug.net> References: <759541f8-c9f1-dc8d-c89e-6617586dfa6b@wetron.es> <8821381d-7155-0212-260d-6037aa3e721e@kluug.net> <59b1761d-b74e-57a8-6798-cad195dfb3da@kluug.net> <08176d8d-a483-9863-59b1-cb554e2e46b4@wetron.es> <35d2cb98-c4d5-f768-6415-bbf45d598fb5@wetron.es> <8372C8A2B78145C0BC0E0A8011AF7746@ianPC> <423fc72d-bcf3-4d30-1412-4e0e2eceb043@kluug.net> Message-ID: <66b6e5dd-5384-c85a-c745-e280eff725d8@kluug.net> On 09.12.2016 23:34, Ondrej Pokorny via Lazarus wrote: >> My forms load, then get scaled. >> I have checked property of form and Scaled is unchecked False; >> PixelsPerInch=72 >> DesignTimePPu=72 >> >> The scaling makes my form hard to read and even harder to edit; I am >> using 3rd party controls and some fonts are not scaled. >> >> How can I disable this feature, I have my own scaling routines that >> manipulate the controls and underlying fonts etc at runtime and scale >> perfectly, also my scaling routines also auto add extra controls as >> the screen area increases. >> >> I like the idea for a new project; but I would need this de-activated >> to continue developing current and previous applications. >> >> Question why are my forms scaling when opening them, even though they >> were not designed for this feature. This is scarey. > > Because your system uses 72 PPI. Unfortunately the IDE uses 96 PPI as > default for legacy projects and thus scales it. I see it as major > issue and I'll come up with a solution. Does r53623 help you? Forms with Scaled=False shouldn't be automatically scaled in designtime - that was obviously a mistake from myself. Ondrej From info at voiceliveeditor.com Sat Dec 10 02:16:34 2016 From: info at voiceliveeditor.com (info at voiceliveeditor.com) Date: Sat, 10 Dec 2016 01:16:34 -0000 Subject: [Lazarus] New high DPI features in 1.7 In-Reply-To: <66b6e5dd-5384-c85a-c745-e280eff725d8@kluug.net> References: <759541f8-c9f1-dc8d-c89e-6617586dfa6b@wetron.es> <8821381d-7155-0212-260d-6037aa3e721e@kluug.net> <59b1761d-b74e-57a8-6798-cad195dfb3da@kluug.net> <08176d8d-a483-9863-59b1-cb554e2e46b4@wetron.es> <35d2cb98-c4d5-f768-6415-bbf45d598fb5@wetron.es> <8372C8A2B78145C0BC0E0A8011AF7746@ianPC> <423fc72d-bcf3-4d30-1412-4e0e2eceb043@kluug.net> <66b6e5dd-5384-c85a-c745-e280eff725d8@kluug.net> Message-ID: Hi Just got latest svn 53624, The change does indeed help in that the form in not resized. However when I compile, I am getting Project Raised exception class 'EREADError' with message, error reading xxx.designtimedpi: unknow property:'DesignTimeDPI' This is when compiled with or without debugger, and when app launched directly. If I click ok/continue a few times; then application is auto terminated. >> My forms load, then get scaled. >> I have checked property of form and Scaled is unchecked False; >> PixelsPerInch=72 >> DesignTimePPu=72 >> >> The scaling makes my form hard to read and even harder to edit; I am >> using 3rd party controls and some fonts are not scaled. >> >> How can I disable this feature, I have my own scaling routines that >> manipulate the controls and underlying fonts etc at runtime and scale >> perfectly, also my scaling routines also auto add extra controls as the >> screen area increases. >> >> I like the idea for a new project; but I would need this de-activated to >> continue developing current and previous applications. >> >> Question why are my forms scaling when opening them, even though they >> were not designed for this feature. This is scarey. > > Because your system uses 72 PPI. Unfortunately the IDE uses 96 PPI as > default for legacy projects and thus scales it. I see it as major issue > and I'll come up with a solution. Does r53623 help you? Forms with Scaled=False shouldn't be automatically scaled in designtime - that was obviously a mistake from myself. Ondrej -- _______________________________________________ Lazarus mailing list Lazarus at lists.lazarus-ide.org http://lists.lazarus-ide.org/listinfo/lazarus From lazarus at kluug.net Sat Dec 10 08:52:11 2016 From: lazarus at kluug.net (Ondrej Pokorny) Date: Sat, 10 Dec 2016 08:52:11 +0100 Subject: [Lazarus] New high DPI features in 1.7 In-Reply-To: References: <759541f8-c9f1-dc8d-c89e-6617586dfa6b@wetron.es> <8821381d-7155-0212-260d-6037aa3e721e@kluug.net> <59b1761d-b74e-57a8-6798-cad195dfb3da@kluug.net> <08176d8d-a483-9863-59b1-cb554e2e46b4@wetron.es> <35d2cb98-c4d5-f768-6415-bbf45d598fb5@wetron.es> <8372C8A2B78145C0BC0E0A8011AF7746@ianPC> <423fc72d-bcf3-4d30-1412-4e0e2eceb043@kluug.net> <66b6e5dd-5384-c85a-c745-e280eff725d8@kluug.net> Message-ID: <89db907a-a149-d5b7-60b6-5d122e861e10@kluug.net> On 10.12.2016 2:16, Josh via Lazarus wrote: > error reading xxx.designtimedpi: unknow property:'DesignTimeDPI' Please open and resave the affected forms or delete DesignTimeDPI from all your LFMs and rebuild. Sorry for inconveniences. Ondrej From lazarus at kluug.net Sat Dec 10 09:23:41 2016 From: lazarus at kluug.net (Ondrej Pokorny) Date: Sat, 10 Dec 2016 09:23:41 +0100 Subject: [Lazarus] Clarification about VirtualTreeView repositories (lazarus-ccr/virtualtreeview-new deprecation) In-Reply-To: References: <20161122185316.4cc324e3@limapholos.matflo.wg> Message-ID: <4b2b5f33-a9b5-2e06-387d-cff50198e5a5@kluug.net> On 22.11.2016 19:02, Luiz Americo Pereira Camara via Lazarus wrote: > GitHub. Is necessary to sync with main repository What branch do you recommend? There seem to be no Lazarus packages either in the v4, v5 or master: https://github.com/blikblum/VirtualTreeView-Lazarus/tree/lazarus_master/Packages https://github.com/blikblum/VirtualTreeView-Lazarus/tree/lazarus_v5/Packages https://github.com/blikblum/VirtualTreeView-Lazarus/tree/V5_stable/Packages https://github.com/blikblum/VirtualTreeView-Lazarus/tree/lazarus-v4/Packages Should I create them or isn't VirtualTreeView-Lazarus supposed to be used in designtime? Or did I misunderstand something? Ondrej -------------- next part -------------- An HTML attachment was scrubbed... URL: From luizamericop at gmail.com Sat Dec 10 10:29:34 2016 From: luizamericop at gmail.com (Luiz Americo Pereira Camara) Date: Sat, 10 Dec 2016 06:29:34 -0300 Subject: [Lazarus] Clarification about VirtualTreeView repositories (lazarus-ccr/virtualtreeview-new deprecation) In-Reply-To: <4b2b5f33-a9b5-2e06-387d-cff50198e5a5@kluug.net> References: <20161122185316.4cc324e3@limapholos.matflo.wg> <4b2b5f33-a9b5-2e06-387d-cff50198e5a5@kluug.net> Message-ID: 2016-12-10 5:23 GMT-03:00 Ondrej Pokorny via Lazarus < lazarus at lists.lazarus-ide.org>: > On 22.11.2016 19:02, Luiz Americo Pereira Camara via Lazarus wrote: > > GitHub. Is necessary to sync with main repository > > > What branch do you recommend? There seem to be no Lazarus packages either > in the v4, v5 or master: > > https://github.com/blikblum/VirtualTreeView-Lazarus/tree/ > lazarus_master/Packages > https://github.com/blikblum/VirtualTreeView-Lazarus/tree/ > lazarus_v5/Packages > > https://github.com/blikblum/VirtualTreeView-Lazarus/tree/ > V5_stable/Packages > > > https://github.com/blikblum/VirtualTreeView-Lazarus/tree/ > lazarus-v4/Packages > > Should I create them or isn't VirtualTreeView-Lazarus supposed to be used > in designtime? Or did I misunderstand something? > The package file is on Source folder. The lazarus branches are the ones with "lazarus_" prefix. The others are Delphi only Luiz -------------- next part -------------- An HTML attachment was scrubbed... URL: From luizamericop at gmail.com Sat Dec 10 10:30:26 2016 From: luizamericop at gmail.com (Luiz Americo Pereira Camara) Date: Sat, 10 Dec 2016 06:30:26 -0300 Subject: [Lazarus] Clarification about VirtualTreeView repositories (lazarus-ccr/virtualtreeview-new deprecation) In-Reply-To: References: <20161122185316.4cc324e3@limapholos.matflo.wg> <4b2b5f33-a9b5-2e06-387d-cff50198e5a5@kluug.net> Message-ID: 2016-12-10 6:29 GMT-03:00 Luiz Americo Pereira Camara < luizamericop at gmail.com>: > > > 2016-12-10 5:23 GMT-03:00 Ondrej Pokorny via Lazarus < > lazarus at lists.lazarus-ide.org>: > >> On 22.11.2016 19:02, Luiz Americo Pereira Camara via Lazarus wrote: >> >> GitHub. Is necessary to sync with main repository >> >> >> What branch do you recommend? >> > lazarus_v4 or lazarus_v5 Luiz -------------- next part -------------- An HTML attachment was scrubbed... URL: From zeljko at holobit.net Sat Dec 10 11:13:36 2016 From: zeljko at holobit.net (zeljko) Date: Sat, 10 Dec 2016 11:13:36 +0100 Subject: [Lazarus] New high DPI features in 1.7 In-Reply-To: <89db907a-a149-d5b7-60b6-5d122e861e10@kluug.net> References: <759541f8-c9f1-dc8d-c89e-6617586dfa6b@wetron.es> <8821381d-7155-0212-260d-6037aa3e721e@kluug.net> <59b1761d-b74e-57a8-6798-cad195dfb3da@kluug.net> <08176d8d-a483-9863-59b1-cb554e2e46b4@wetron.es> <35d2cb98-c4d5-f768-6415-bbf45d598fb5@wetron.es> <8372C8A2B78145C0BC0E0A8011AF7746@ianPC> <423fc72d-bcf3-4d30-1412-4e0e2eceb043@kluug.net> <66b6e5dd-5384-c85a-c745-e280eff725d8@kluug.net> <89db907a-a149-d5b7-60b6-5d122e861e10@kluug.net> Message-ID: <6c53e2ef-8bf4-0b91-e351-1a8a45472047@holobit.net> On 10.12.2016 08:52, Ondrej Pokorny via Lazarus wrote: > On 10.12.2016 2:16, Josh via Lazarus wrote: >> error reading xxx.designtimedpi: unknow property:'DesignTimeDPI' > > Please open and resave the affected forms or delete DesignTimeDPI from > all your LFMs and rebuild. Sorry for inconveniences. Is there any chance to have TApplication property which will disable Scaled (even when Scaled=True) for complete application (Design and RunTime) ? zeljko From juha.manninen62 at gmail.com Sat Dec 10 11:45:12 2016 From: juha.manninen62 at gmail.com (Juha Manninen) Date: Sat, 10 Dec 2016 12:45:12 +0200 Subject: [Lazarus] Patch for ShortcutToText, array In-Reply-To: <6a78e14c-dffc-81a1-9d80-50082c969f71@ya.ru> References: <2bd6c842-8a08-e3c5-7e69-3fb87b174272@wetron.es> <4b5e731e-564f-b6a2-0319-1b2e6d1c7a9f@holobit.net> <9f39ed84-88b9-00e6-b786-e9a70f0d2974@wetron.es> <002dce2a-a509-35a5-6a89-25780a6f1e90@wetron.es> <6a78e14c-dffc-81a1-9d80-50082c969f71@ya.ru> Message-ID: On Thu, Dec 8, 2016 at 11:11 PM, Alexey via Lazarus wrote: > Juha, what do you think about this big patch. > http://mantis.freepascal.org/view.php?id=30992 I was hoping Michl and Bart take care of it. Your patch may be OK but must concentrate on other things now. Alexey, you really must make some substantial patches for a change. Take a bug report that nobody could fix yet, dive to the code, debug, fix it and make a patch. Your patches often tweak code that was just committed by somebody and may be still under contruction. Not good. Tweaking is for developers who have earned their commit rights by doing substantial stuff. There are now 1767 open issues for Lazarus project. http://bugs.freepascal.org/view_all_bug_page.php Pick the one that bothers you most and fix it. I will apply your patch if it works. Juha From lazarus at kluug.net Sat Dec 10 12:40:57 2016 From: lazarus at kluug.net (Ondrej Pokorny) Date: Sat, 10 Dec 2016 12:40:57 +0100 Subject: [Lazarus] New high DPI features in 1.7 In-Reply-To: <6c53e2ef-8bf4-0b91-e351-1a8a45472047@holobit.net> References: <759541f8-c9f1-dc8d-c89e-6617586dfa6b@wetron.es> <8821381d-7155-0212-260d-6037aa3e721e@kluug.net> <59b1761d-b74e-57a8-6798-cad195dfb3da@kluug.net> <08176d8d-a483-9863-59b1-cb554e2e46b4@wetron.es> <35d2cb98-c4d5-f768-6415-bbf45d598fb5@wetron.es> <8372C8A2B78145C0BC0E0A8011AF7746@ianPC> <423fc72d-bcf3-4d30-1412-4e0e2eceb043@kluug.net> <66b6e5dd-5384-c85a-c745-e280eff725d8@kluug.net> <89db907a-a149-d5b7-60b6-5d122e861e10@kluug.net> <6c53e2ef-8bf4-0b91-e351-1a8a45472047@holobit.net> Message-ID: On 10.12.2016 11:13, zeljko wrote: > Is there any chance to have TApplication property which will disable > Scaled (even when Scaled=True) for complete application (Design and > RunTime) ? I thought about it already but I haven't solved one issue: how should that property be reliably read both in design and run time? We'd need some kind of project option (in .lpi) that would automatically set the corresponding TApplication property in .lpr - something like TApplication.Title (that can be set in project options). I am still not 100% sure about it, but it may be the only one solution. Any suggestions are welcome! Ondrej -------------- next part -------------- An HTML attachment was scrubbed... URL: From lazarus at kluug.net Sat Dec 10 12:47:26 2016 From: lazarus at kluug.net (Ondrej Pokorny) Date: Sat, 10 Dec 2016 12:47:26 +0100 Subject: [Lazarus] Clarification about VirtualTreeView repositories (lazarus-ccr/virtualtreeview-new deprecation) In-Reply-To: References: <20161122185316.4cc324e3@limapholos.matflo.wg> <4b2b5f33-a9b5-2e06-387d-cff50198e5a5@kluug.net> Message-ID: <29775fcc-ee08-0975-5f4d-1070cef54ff9@kluug.net> On 10.12.2016 10:30, Luiz Americo Pereira Camara via Lazarus wrote: > > What branch do you recommend? > > > lazarus_v4 or lazarus_v5 Thank you! On 10.12.2016 10:29, Luiz Americo Pereira Camara via Lazarus wrote: > The package file is on Source folder. The lazarus branches are the > ones with "lazarus_" prefix. The others are Delphi only Oh, thanks. I missed that. Ondrej -------------- next part -------------- An HTML attachment was scrubbed... URL: From m-w-vogel at gmx.de Sat Dec 10 13:38:07 2016 From: m-w-vogel at gmx.de (Michael W. Vogel) Date: Sat, 10 Dec 2016 13:38:07 +0100 Subject: [Lazarus] Patch for ShortcutToText, array In-Reply-To: References: <2bd6c842-8a08-e3c5-7e69-3fb87b174272@wetron.es> <4b5e731e-564f-b6a2-0319-1b2e6d1c7a9f@holobit.net> <9f39ed84-88b9-00e6-b786-e9a70f0d2974@wetron.es> <002dce2a-a509-35a5-6a89-25780a6f1e90@wetron.es> <6a78e14c-dffc-81a1-9d80-50082c969f71@ya.ru> Message-ID: <699c45a1-ed41-9f8e-a6e4-baba62d4244e@gmx.de> Am 10.12.2016 um 11:45 schrieb Juha Manninen via Lazarus: > On Thu, Dec 8, 2016 at 11:11 PM, Alexey via Lazarus > wrote: >> Juha, what do you think about this big patch. >> http://mantis.freepascal.org/view.php?id=30992 > I was hoping Michl and Bart take care of it. > ... > I will apply your patch if it works. It breaks some locals for german keys (other languages, I've not tested till now). I'll have a look at it and report. But it will take a while - sorry. Kind regards Michl From zeljko at holobit.net Sat Dec 10 14:33:35 2016 From: zeljko at holobit.net (zeljko) Date: Sat, 10 Dec 2016 14:33:35 +0100 Subject: [Lazarus] New high DPI features in 1.7 In-Reply-To: References: <759541f8-c9f1-dc8d-c89e-6617586dfa6b@wetron.es> <8821381d-7155-0212-260d-6037aa3e721e@kluug.net> <59b1761d-b74e-57a8-6798-cad195dfb3da@kluug.net> <08176d8d-a483-9863-59b1-cb554e2e46b4@wetron.es> <35d2cb98-c4d5-f768-6415-bbf45d598fb5@wetron.es> <8372C8A2B78145C0BC0E0A8011AF7746@ianPC> <423fc72d-bcf3-4d30-1412-4e0e2eceb043@kluug.net> <66b6e5dd-5384-c85a-c745-e280eff725d8@kluug.net> <89db907a-a149-d5b7-60b6-5d122e861e10@kluug.net> <6c53e2ef-8bf4-0b91-e351-1a8a45472047@holobit.net> Message-ID: On 10.12.2016 12:40, Ondrej Pokorny via Lazarus wrote: > I thought about it already but I haven't solved one issue: how should > that property be reliably read both in design and run time? IMO, runtime is not problem if you implement that property into Application, design time yes, lazarus should manage that somehow, zeljko From bartjunk64 at gmail.com Sat Dec 10 14:40:09 2016 From: bartjunk64 at gmail.com (Bart) Date: Sat, 10 Dec 2016 14:40:09 +0100 Subject: [Lazarus] Patch for ShortcutToText, array In-Reply-To: <699c45a1-ed41-9f8e-a6e4-baba62d4244e@gmx.de> References: <2bd6c842-8a08-e3c5-7e69-3fb87b174272@wetron.es> <4b5e731e-564f-b6a2-0319-1b2e6d1c7a9f@holobit.net> <9f39ed84-88b9-00e6-b786-e9a70f0d2974@wetron.es> <002dce2a-a509-35a5-6a89-25780a6f1e90@wetron.es> <6a78e14c-dffc-81a1-9d80-50082c969f71@ya.ru> <699c45a1-ed41-9f8e-a6e4-baba62d4244e@gmx.de> Message-ID: On 12/10/16, Michael W. Vogel via Lazarus wrote: > It breaks some locals for german keys (other languages, I've not tested > till now). I'll have a look at it and report. But it will take a while - > sorry. As Juha pointed out, this is low priority, so no need to say sorry at all. Bart From m-w-vogel at gmx.de Sat Dec 10 14:40:36 2016 From: m-w-vogel at gmx.de (Michael W. Vogel) Date: Sat, 10 Dec 2016 14:40:36 +0100 Subject: [Lazarus] New high DPI features in 1.7 In-Reply-To: References: <759541f8-c9f1-dc8d-c89e-6617586dfa6b@wetron.es> <8821381d-7155-0212-260d-6037aa3e721e@kluug.net> <59b1761d-b74e-57a8-6798-cad195dfb3da@kluug.net> <08176d8d-a483-9863-59b1-cb554e2e46b4@wetron.es> <35d2cb98-c4d5-f768-6415-bbf45d598fb5@wetron.es> <8372C8A2B78145C0BC0E0A8011AF7746@ianPC> <423fc72d-bcf3-4d30-1412-4e0e2eceb043@kluug.net> <66b6e5dd-5384-c85a-c745-e280eff725d8@kluug.net> <89db907a-a149-d5b7-60b6-5d122e861e10@kluug.net> <6c53e2ef-8bf4-0b91-e351-1a8a45472047@holobit.net> Message-ID: <3aa6adf2-ca7e-cb3f-35a1-e48ba480c3c5@gmx.de> Am 10.12.2016 um 12:40 schrieb Ondrej Pokorny via Lazarus: > On 10.12.2016 11:13, zeljko wrote: >> Is there any chance to have TApplication property which will disable >> Scaled (even when Scaled=True) for complete application (Design and >> RunTime) ? > > I thought about it already but I haven't solved one issue: how should > that property be reliably read both in design and run time? > > We'd need some kind of project option (in .lpi) that would > automatically set the corresponding TApplication property in .lpr - > something like TApplication.Title (that can be set in project > options). I am still not 100% sure about it, but it may be the only > one solution. Any suggestions are welcome! Oh, then we get a global switch to enable/disable high DPI support OS independet (as defined in the Windows manifest - and then this value has to take care about that switch). Michl -------------- next part -------------- An HTML attachment was scrubbed... URL: From lazarus at kluug.net Sat Dec 10 15:23:48 2016 From: lazarus at kluug.net (Ondrej Pokorny) Date: Sat, 10 Dec 2016 15:23:48 +0100 Subject: [Lazarus] New high DPI features in 1.7 In-Reply-To: <3aa6adf2-ca7e-cb3f-35a1-e48ba480c3c5@gmx.de> References: <759541f8-c9f1-dc8d-c89e-6617586dfa6b@wetron.es> <8821381d-7155-0212-260d-6037aa3e721e@kluug.net> <59b1761d-b74e-57a8-6798-cad195dfb3da@kluug.net> <08176d8d-a483-9863-59b1-cb554e2e46b4@wetron.es> <35d2cb98-c4d5-f768-6415-bbf45d598fb5@wetron.es> <8372C8A2B78145C0BC0E0A8011AF7746@ianPC> <423fc72d-bcf3-4d30-1412-4e0e2eceb043@kluug.net> <66b6e5dd-5384-c85a-c745-e280eff725d8@kluug.net> <89db907a-a149-d5b7-60b6-5d122e861e10@kluug.net> <6c53e2ef-8bf4-0b91-e351-1a8a45472047@holobit.net> <3aa6adf2-ca7e-cb3f-35a1-e48ba480c3c5@gmx.de> Message-ID: <919ff770-4440-fa54-292a-ebbd1e916609@kluug.net> On 10.12.2016 14:40, Michael W. Vogel via Lazarus wrote: > Oh, then we get a global switch to enable/disable high DPI support OS > independet (as defined in the Windows manifest - and then this value > has to take care about that switch). Nono, these settings have to stay completely independent. As other people wrote recently - they may have developed their own scaling features - in that case they need DPI support ON in the manifest, but built-in LCL DPI support OFF. Ondrej From zeljko at holobit.net Sat Dec 10 17:34:07 2016 From: zeljko at holobit.net (zeljko) Date: Sat, 10 Dec 2016 17:34:07 +0100 Subject: [Lazarus] New high DPI features in 1.7 In-Reply-To: <919ff770-4440-fa54-292a-ebbd1e916609@kluug.net> References: <759541f8-c9f1-dc8d-c89e-6617586dfa6b@wetron.es> <8821381d-7155-0212-260d-6037aa3e721e@kluug.net> <59b1761d-b74e-57a8-6798-cad195dfb3da@kluug.net> <08176d8d-a483-9863-59b1-cb554e2e46b4@wetron.es> <35d2cb98-c4d5-f768-6415-bbf45d598fb5@wetron.es> <8372C8A2B78145C0BC0E0A8011AF7746@ianPC> <423fc72d-bcf3-4d30-1412-4e0e2eceb043@kluug.net> <66b6e5dd-5384-c85a-c745-e280eff725d8@kluug.net> <89db907a-a149-d5b7-60b6-5d122e861e10@kluug.net> <6c53e2ef-8bf4-0b91-e351-1a8a45472047@holobit.net> <3aa6adf2-ca7e-cb3f-35a1-e48ba480c3c5@gmx.de> <919ff770-4440-fa54-292a-ebbd1e916609@kluug.net> Message-ID: On 10.12.2016 15:23, Ondrej Pokorny via Lazarus wrote: > On 10.12.2016 14:40, Michael W. Vogel via Lazarus wrote: >> Oh, then we get a global switch to enable/disable high DPI support OS >> independet (as defined in the Windows manifest - and then this value >> has to take care about that switch). > > Nono, these settings have to stay completely independent. As other > people wrote recently - they may have developed their own scaling > features - in that case they need DPI support ON in the manifest, but > built-in LCL DPI support OFF. Imo, there's no need for big philosophy about this. Application.HiDPI := Off; should be enough for runtime (no need to store this property in lpr/lfm or whatever, just put it after Application.Initialize). In Lazarus options there should be: Enable hiDPI designing (can be true by default if you want), so app design is done in old way and new properties does not influence current projects just like that. Some of us do not plan to switch imediatelly to hiDPI features (Michael already mentioned why is it so), so global on/off is really needed. zeljko From lazarus at kluug.net Sat Dec 10 17:42:59 2016 From: lazarus at kluug.net (Ondrej Pokorny) Date: Sat, 10 Dec 2016 17:42:59 +0100 Subject: [Lazarus] New high DPI features in 1.7 In-Reply-To: References: <759541f8-c9f1-dc8d-c89e-6617586dfa6b@wetron.es> <8821381d-7155-0212-260d-6037aa3e721e@kluug.net> <59b1761d-b74e-57a8-6798-cad195dfb3da@kluug.net> <08176d8d-a483-9863-59b1-cb554e2e46b4@wetron.es> <35d2cb98-c4d5-f768-6415-bbf45d598fb5@wetron.es> <8372C8A2B78145C0BC0E0A8011AF7746@ianPC> <423fc72d-bcf3-4d30-1412-4e0e2eceb043@kluug.net> <66b6e5dd-5384-c85a-c745-e280eff725d8@kluug.net> <89db907a-a149-d5b7-60b6-5d122e861e10@kluug.net> <6c53e2ef-8bf4-0b91-e351-1a8a45472047@holobit.net> <3aa6adf2-ca7e-cb3f-35a1-e48ba480c3c5@gmx.de> <919ff770-4440-fa54-292a-ebbd1e916609@kluug.net> Message-ID: <4fccdf2e-d6b2-1b87-bef4-c01b63e3d5ef@kluug.net> On 10.12.2016 17:34, zeljko wrote: > On 10.12.2016 15:23, Ondrej Pokorny via Lazarus wrote: >> On 10.12.2016 14:40, Michael W. Vogel via Lazarus wrote: >>> Oh, then we get a global switch to enable/disable high DPI support OS >>> independet (as defined in the Windows manifest - and then this value >>> has to take care about that switch). >> >> Nono, these settings have to stay completely independent. As other >> people wrote recently - they may have developed their own scaling >> features - in that case they need DPI support ON in the manifest, but >> built-in LCL DPI support OFF. > > Imo, there's no need for big philosophy about this. Application.HiDPI > := Off; should be enough for runtime (no need to store this property > in lpr/lfm or whatever, just put it after Application.Initialize). In > Lazarus options there should be: Enable hiDPI designing (can be true > by default if you want), so app design is done in old way and new > properties does not influence current projects just like that. > Some of us do not plan to switch imediatelly to hiDPI features > (Michael already mentioned why is it so), so global on/off is really > needed. We share the same opinion :) I just add that both the runtime and designtime properties should be connected (Application.HiDPI <=> Enable hiDPI designing). Ondrej -------------- next part -------------- An HTML attachment was scrubbed... URL: From aaa5500 at ya.ru Sun Dec 11 03:03:33 2016 From: aaa5500 at ya.ru (Alexey) Date: Sun, 11 Dec 2016 05:03:33 +0300 Subject: [Lazarus] Patch for ShortcutToText, array In-Reply-To: References: <2bd6c842-8a08-e3c5-7e69-3fb87b174272@wetron.es> <4b5e731e-564f-b6a2-0319-1b2e6d1c7a9f@holobit.net> <9f39ed84-88b9-00e6-b786-e9a70f0d2974@wetron.es> <002dce2a-a509-35a5-6a89-25780a6f1e90@wetron.es> <6a78e14c-dffc-81a1-9d80-50082c969f71@ya.ru> Message-ID: <123ea036-ac71-6f54-9d5d-9413ad6c91db@ya.ru> On 10.12.2016 13:45, Juha Manninen via Lazarus wrote: > Pick the one that bothers you most and fix it. I will apply your patch > if it works. > I see what you mean, making substancial. Why I dont do it 80% of time, is because I dont see these bugs. In my app CudaText. If i see these bugs, i try to fix some: e.g. OSX LineTo was very bad**s bug for my app... and etc... I'm focused on my app :) Ok will see some other bugs (can't promise) -- Regards, Alex From aaa5500 at ya.ru Sun Dec 11 17:02:07 2016 From: aaa5500 at ya.ru (Alexey) Date: Sun, 11 Dec 2016 19:02:07 +0300 Subject: [Lazarus] TabControl TabWidth/TabHeight patch Message-ID: <9f3b53c3-fd81-c62b-8b1e-23834d6feb61@ya.ru> Delphi: TCustomTabControl has prop TabWidth/TabHeight; TTabControl gets TabWidth/TabHeight from it; TPageControl too Laz: TTabControlStrings holds prop TabWidth/TabHeight; TTabControl gets TabW/TabH from FTabs; TPageControl - hehe, dont have published TabW/TabH I made a pch, which changes it to Delphi-way. will you take it? it is made for that TabControl can pass TabW/TabH to widgetset, then widgetset can apply it (via Win32 API TCM_SETITEMSIZE). pch also adds widgetset proc SetTabSize. (later: pch, which implements Win32 TabWidth/TabHeight). -- Regards, Alex From noreply at z505.com Tue Dec 13 13:44:37 2016 From: noreply at z505.com (Lars) Date: Tue, 13 Dec 2016 05:44:37 -0700 Subject: [Lazarus] DoomRL based of FPC now open sourced In-Reply-To: References: <673fc112-cd83-5c68-dc4f-14230d39a385@geldenhuys.co.uk> Message-ID: On Wed, December 7, 2016 9:55 pm, Anthony Walter via Lazarus wrote: > Lars, > > > DoomRL has nothing to do with Doom, other than borrowing the > theme/setting. It's a rogue-like game or RPG in a Doom setting. > -- True, just thought I would mention, incase anyone had forgotten about these projects years ago.. Someone ended up forking/copying some of my work and other peoples work into GitHub projects: https://github.com/mariuz/quake2fpc http://www.pascalgamedevelopment.com/showthread.php?4090-DoomToFreepascal-2-1-4 From tomas.emresz at strankysnadno.cz Tue Dec 13 16:22:18 2016 From: tomas.emresz at strankysnadno.cz (=?UTF-8?B?VG9tw6HFoSBFbXJlc3o=?=) Date: Tue, 13 Dec 2016 16:22:18 +0100 Subject: [Lazarus] Laz 1.6.3 and Frames Message-ID: Hello, i created stupid application with on form, created new frame, place button on it (in frame source, there is not button shown (as in forms)). Use tframe for place this on main form. Then run, but aplication hangs (with windows 7 dialog). Is there any demo or somethink more than wiki ?? Thanks Tomas From nc-gaertnma at netcologne.de Tue Dec 13 16:35:49 2016 From: nc-gaertnma at netcologne.de (Mattias Gaertner) Date: Tue, 13 Dec 2016 16:35:49 +0100 Subject: [Lazarus] Laz 1.6.3 and Frames In-Reply-To: References: Message-ID: <20161213163549.7ba87819@limapholos.matflo.wg> On Tue, 13 Dec 2016 16:22:18 +0100 Tomáš Emresz via Lazarus wrote: > Hello, > > i created stupid application with on form, created new frame, place > button on it (in frame source, there is not button shown (as in forms)). > Use tframe for place this on main form. Do you mean -Create Application, save (project1.lpi, unit1.pas) -File / New ... / Frame, save (unit2.pas) -Drop button on Frame1, (Button1) -Drop Frame on Form1 (Frame1_1), Button1 is shown on Form1. Run, Form1 is shown with Button1. ? Mattias From mailinglists at geldenhuys.co.uk Tue Dec 13 17:14:24 2016 From: mailinglists at geldenhuys.co.uk (Graeme Geldenhuys) Date: Tue, 13 Dec 2016 16:14:24 +0000 Subject: [Lazarus] FCL-PDF change In-Reply-To: References: <03a779bd-95ff-3730-6ee5-84c3afc7c94b@geldenhuys.co.uk> Message-ID: On 2016-12-09 17:29, Ondrej Pokorny via Lazarus wrote: > It looks like international characters make problems as well: > http://mantis.freepascal.org/view.php?id=31092 Range Check errors, endless loop and broken international character issues have been resolved. I've updated the bug report, and changes should be in FPC Trunk soon. Thanks for testing and reporting issues. Regards, Graeme -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://fpgui.sourceforge.net/ My public PGP key: http://tinyurl.com/graeme-pgp From tomas.emresz at strankysnadno.cz Tue Dec 13 20:10:08 2016 From: tomas.emresz at strankysnadno.cz (=?UTF-8?B?VG9tw6HFoSBFbXJlc3o=?=) Date: Tue, 13 Dec 2016 20:10:08 +0100 Subject: [Lazarus] [SOLVED] Laz 1.6.3 and Frames In-Reply-To: <20161213163549.7ba87819@limapholos.matflo.wg> References: <20161213163549.7ba87819@limapholos.matflo.wg> Message-ID: <4310fe9f-de58-8957-f75d-3a76b6b27e6d@strankysnadno.cz> Hello, yes, but on run, applications hangs. I found, that i have somethink bad with my lazarus, because when i place button on frame, in source of my frame, there is not button in the class and something else like this. I completelly reinstall lazarus and fpc, and after this, i click rescan fpc source from lazarus. Now, it runs ok (and in frame source button is placed). So this is solved. - Rescan FPC source was - IMHO - the problem. T.E. Dne 13. 12. 2016 v 16:35 Mattias Gaertner via Lazarus napsal(a): > On Tue, 13 Dec 2016 16:22:18 +0100 > Tomáš Emresz via Lazarus wrote: > >> Hello, >> >> i created stupid application with on form, created new frame, place >> button on it (in frame source, there is not button shown (as in forms)). >> Use tframe for place this on main form. > Do you mean > > -Create Application, save (project1.lpi, unit1.pas) > -File / New ... / Frame, save (unit2.pas) > -Drop button on Frame1, (Button1) > -Drop Frame on Form1 (Frame1_1), Button1 is shown on Form1. > > Run, Form1 is shown with Button1. > > ? > > Mattias From gaborboros at yahoo.com Wed Dec 14 13:27:18 2016 From: gaborboros at yahoo.com (Gabor Boros) Date: Wed, 14 Dec 2016 13:27:18 +0100 Subject: [Lazarus] DBGrid - Patch review request Message-ID: Hi All, I do not want to disturb the developers but don't know which is the best practice. Wait or not wait. For example issue 28597. Wait more than a year then wrote to the list about it and Zeljko fixed on same day (on Saturday!). So, I created a patch for help record reordering feature in my application with DBGrid and an example project for demonstration. Please review, comment (good, bad, never ever), ... http://bugs.freepascal.org/view.php?id=31061 Gabor From jesusrmx at gmail.com Wed Dec 14 19:41:09 2016 From: jesusrmx at gmail.com (Jesus Reyes A.) Date: Wed, 14 Dec 2016 12:41:09 -0600 Subject: [Lazarus] DBGrid - Patch review request In-Reply-To: References: Message-ID: On Wed, 14 Dec 2016 06:27:18 -0600, Gabor Boros via Lazarus wrote: > Hi All, > > I do not want to disturb the developers but don't know which is the best > practice. Wait or not wait. For example issue 28597. Wait more than a > year then wrote to the list about it and Zeljko fixed on same day (on > Saturday!). > > So, I created a patch for help record reordering feature in my > application with DBGrid and an example project for demonstration. Please > review, comment (good, bad, never ever), ... > > http://bugs.freepascal.org/view.php?id=31061 > > Gabor I'm sorry, I have been too busy lately, I hope to find time to review it this weekend if nobody does it sooner. Jesus Reyes A. From gaborboros at yahoo.com Wed Dec 14 21:32:07 2016 From: gaborboros at yahoo.com (Gabor Boros) Date: Wed, 14 Dec 2016 21:32:07 +0100 Subject: [Lazarus] DBGrid - Patch review request In-Reply-To: References: Message-ID: 2016. 12. 14. 19:41 keltezéssel, Jesus Reyes A. via Lazarus írta: > On Wed, 14 Dec 2016 06:27:18 -0600, Gabor Boros via Lazarus >> >> So, I created a patch for help record reordering feature in my >> application with DBGrid and an example project for demonstration. >> Please review, comment (good, bad, never ever), ... >> >> http://bugs.freepascal.org/view.php?id=31061 >> >> Gabor > > I'm sorry, I have been too busy lately, I hope to find time to review it > this weekend if nobody does it sooner. No problem. I am patient. Thank you! Gabor From aaa5500 at ya.ru Fri Dec 16 16:09:14 2016 From: aaa5500 at ya.ru (Alexey) Date: Fri, 16 Dec 2016 18:09:14 +0300 Subject: [Lazarus] Qt is broken, ATSynedit Message-ID: <47b79a57-5195-f0d0-a661-6f5c63349674@ya.ru> The trunk updates broke ATSynedit on Qt. How to repeat: - install package ATSynedit - open demo: app/demo_editor - run it - on form with editor, drag vert-scrollbar; or: do mousewheel down ->> crash inside Qt -- Regards, Alex From lazarus at kluug.net Fri Dec 16 16:10:56 2016 From: lazarus at kluug.net (Ondrej Pokorny) Date: Fri, 16 Dec 2016 16:10:56 +0100 Subject: [Lazarus] Qt is broken, ATSynedit In-Reply-To: <47b79a57-5195-f0d0-a661-6f5c63349674@ya.ru> References: <47b79a57-5195-f0d0-a661-6f5c63349674@ya.ru> Message-ID: <0c0c80e4-ac88-7ef8-d1af-78da1577d922@kluug.net> On 16.12.2016 16:09, Alexey via Lazarus wrote: > The trunk updates broke ATSynedit on Qt. How to repeat: > > - install package ATSynedit > - open demo: app/demo_editor > - run it > - on form with editor, drag vert-scrollbar; or: do mousewheel down > ->> crash inside Qt Could you please bisect the guilty version? Thanks Ondrej From zeljko at holobit.net Fri Dec 16 16:41:51 2016 From: zeljko at holobit.net (zeljko) Date: Fri, 16 Dec 2016 16:41:51 +0100 Subject: [Lazarus] Qt is broken, ATSynedit In-Reply-To: <47b79a57-5195-f0d0-a661-6f5c63349674@ya.ru> References: <47b79a57-5195-f0d0-a661-6f5c63349674@ya.ru> Message-ID: On 16.12.2016 16:09, Alexey via Lazarus wrote: > The trunk updates broke ATSynedit on Qt. How to repeat: > > - install package ATSynedit > - open demo: app/demo_editor > - run it > - on form with editor, drag vert-scrollbar; or: do mousewheel down > ->> crash inside Qt Open an issue about it please, and attach example project...also where I can download ATSynEdit ? zeljko From zeljko at holobit.net Sat Dec 17 01:58:29 2016 From: zeljko at holobit.net (zeljko) Date: Sat, 17 Dec 2016 01:58:29 +0100 Subject: [Lazarus] Qt is broken, ATSynedit In-Reply-To: <4a950395-359c-348a-fc0c-bf106a113769@ya.ru> References: <47b79a57-5195-f0d0-a661-6f5c63349674@ya.ru> <4a950395-359c-348a-fc0c-bf106a113769@ya.ru> Message-ID: <5dc12b69-958a-fb2c-0e82-ae0e176c33cf@holobit.net> On 16.12.2016 18:42, Alexey wrote: > On 16.12.2016 18:41, zeljko wrote: > OK, posted an issue about it; > maybe my Qt installation is bad? > From zeljko at holobit.net Sat Dec 17 08:19:15 2016 From: zeljko at holobit.net (zeljko) Date: Sat, 17 Dec 2016 08:19:15 +0100 Subject: [Lazarus] Qt is broken, ATSynedit In-Reply-To: <5dc12b69-958a-fb2c-0e82-ae0e176c33cf@holobit.net> References: <47b79a57-5195-f0d0-a661-6f5c63349674@ya.ru> <4a950395-359c-348a-fc0c-bf106a113769@ya.ru> <5dc12b69-958a-fb2c-0e82-ae0e176c33cf@holobit.net> Message-ID: <8c696080-df4a-e9a5-ee12-9729c87d4061@holobit.net> On 17.12.2016 01:58, zeljko via Lazarus wrote: > On 16.12.2016 18:42, Alexey wrote: >> On 16.12.2016 18:41, zeljko wrote: >> OK, posted an issue about it; >> maybe my Qt installation is bad? >> > huh, here should be answer to alexey, so c/p :) No it's not. Qt does not like your DoubleBuffering for some reason - got same error with QTransform::type() deep inside Qt lib with raster paint engine with Qt4 (4.8.7) and Qt5 (5.6.2). Qt4 with native (X11) paintengine works without crashes, also everything works fine with DoubleBuffering := False; So I don't know how to help you in this case. Never seen such errors. zeljko From silvioprog at gmail.com Sun Dec 18 02:25:50 2016 From: silvioprog at gmail.com (silvioprog) Date: Sat, 17 Dec 2016 22:25:50 -0300 Subject: [Lazarus] Can't find unit varutils used by variants Message-ID: Hello all, Could anybody compile a project using Lazarus from trunk? When I try to compile any project: ... Warning: Recompiling varutils, checksum changed for System varutils.pp(11,35) Fatal: Can't find unit varutils used by variants Thank you! -- Silvio Clécio -------------- next part -------------- An HTML attachment was scrubbed... URL: From silvioprog at gmail.com Sun Dec 18 02:28:18 2016 From: silvioprog at gmail.com (silvioprog) Date: Sat, 17 Dec 2016 22:28:18 -0300 Subject: [Lazarus] Lazarus from trunk doesn't compile in bigide Message-ID: Hello, I've just used: $ make bigide OPT='-glw2' and got the following log: ... /home/silvioprog/dev/git/lazarus/components/tachart/tageometry.pas(46,3) Hint: (5026) Value parameter "APoints" is assigned but never used /home/silvioprog/dev/git/lazarus/components/tachart/tageometry.pas(112,3) Hint: (5023) Unit "GraphMath" not used in TAGeometry (3104) Compiling taintervalsources.pas (3104) Compiling tastyles.pas (3104) Compiling tatypes.pas (3104) Compiling tatextelements.pas /home/silvioprog/dev/git/lazarus/components/tachart/tatextelements.pas(22,3) Hint: (5023) Unit "GraphMath" not used in TATextElements (3104) Compiling tatransformations.pas (3104) Compiling ./editors/tasubcomponentseditor.pas /home/silvioprog/dev/git/lazarus/components/tachart/./editors/tasubcomponentseditor.pas(53,36) Hint: (5024) Parameter "Sender" not used /home/silvioprog/dev/git/lazarus/components/tachart/./editors/tasubcomponentseditor.pas(54,25) Hint: (5024) Parameter "Sender" not used /home/silvioprog/dev/git/lazarus/components/tachart/./editors/tasubcomponentseditor.pas(55,26) Hint: (5024) Parameter "Sender" not used /home/silvioprog/dev/git/lazarus/components/tachart/./editors/tasubcomponentseditor.pas(56,27) Hint: (5024) Parameter "Sender" not used /home/silvioprog/dev/git/lazarus/components/tachart/./editors/tasubcomponentseditor.pas(58,29) Hint: (5024) Parameter "Sender" not used /home/silvioprog/dev/git/lazarus/components/tachart/./editors/tasubcomponentseditor.pas(59,31) Hint: (5024) Parameter "Sender" not used /home/silvioprog/dev/git/lazarus/components/tachart/./editors/tasubcomponentseditor.pas(60,29) Hint: (5024) Parameter "Sender" not used /home/silvioprog/dev/git/lazarus/components/tachart/tachartaxis.pas(354,9) Hint: (3123) "inherited" not yet supported inside inline procedure/function /home/silvioprog/dev/git/lazarus/components/tachart/tachartaxis.pas(354,9) Hint: (3124) Inlining disabled /home/silvioprog/dev/git/lazarus/components/tachart/tachartaxis.pas(564,9) Hint: (3123) "inherited" not yet supported inside inline procedure/function /home/silvioprog/dev/git/lazarus/components/tachart/tachartaxis.pas(564,9) Hint: (3124) Inlining disabled /home/silvioprog/dev/git/lazarus/components/tachart/tachartaxis.pas(587,64) Hint: (5057) Local variable "rng" does not seem to be initialized /home/silvioprog/dev/git/lazarus/components/tachart/tachartaxis.pas(1007,9) Hint: (3123) "inherited" not yet supported inside inline procedure/function /home/silvioprog/dev/git/lazarus/components/tachart/tachartaxis.pas(1007,9) Hint: (3124) Inlining disabled /home/silvioprog/dev/git/lazarus/components/tachart/tachartaxis.pas(269,50) Hint: (5023) Unit "TAGeometry" not used in TAChartAxis (3104) Compiling taguiconnector.pas (3104) Compiling tadrawercanvas.pas (3104) Compiling talegend.pas /home/silvioprog/dev/git/lazarus/components/tachart/tagraph.pas(467,21) Hint: (5023) Unit "GraphMath" not used in TAGraph (3104) Compiling tacustomseries.pas (3104) Compiling tasources.pas /home/silvioprog/dev/git/lazarus/components/tachart/tasources.pas(1044,31) Hint: (5026) Value parameter "ACoeffs" is assigned but never used (3104) Compiling tadbsource.pas (3104) Compiling taseries.pas (3104) Compiling taradialseries.pas /home/silvioprog/dev/git/lazarus/components/tachart/taseries.pas(349,3) Hint: (5023) Unit "GraphMath" not used in TASeries (3104) Compiling ./editors/taserieseditor.pas (3104) Compiling tatools.pas (3104) Compiling taenumerators.pas /home/silvioprog/dev/git/lazarus/components/tachart/tatools.pas(761,37) Error: (5000) Identifier not found "lpGtk" /home/silvioprog/dev/git/lazarus/components/tachart/tatools.pas(761,44) Error: (5000) Identifier not found "lpGtk2" /home/silvioprog/dev/git/lazarus/components/tachart/tatools.pas(761,52) Error: (5000) Identifier not found "lpWin32" tatools.pas(2020) Fatal: (10026) There were 3 errors compiling module, stopping Fatal: (1018) Compilation aborted Makefile:2726: recipe for target 'tachartlazaruspkg.ppu' failed make[2]: *** [tachartlazaruspkg.ppu] Error 1 make[2]: Leaving directory '/home/silvioprog/dev/git/lazarus/components/tachart' Makefile:1603: recipe for target 'bigide' failed make[1]: *** [bigide] Error 2 make[1]: Leaving directory '/home/silvioprog/dev/git/lazarus/components' Makefile:3150: recipe for target 'bigidecomponents' failed make: *** [bigidecomponents] Error 2 (environment: Xubuntu 16.04 64 bits) -- Silvio Clécio -------------- next part -------------- An HTML attachment was scrubbed... URL: From juha.manninen62 at gmail.com Sun Dec 18 11:16:17 2016 From: juha.manninen62 at gmail.com (Juha Manninen) Date: Sun, 18 Dec 2016 12:16:17 +0200 Subject: [Lazarus] Lazarus from trunk doesn't compile in bigide In-Reply-To: References: Message-ID: Fixed in r53713. Please test. Juha From juha.manninen62 at gmail.com Sun Dec 18 11:22:32 2016 From: juha.manninen62 at gmail.com (Juha Manninen) Date: Sun, 18 Dec 2016 12:22:32 +0200 Subject: [Lazarus] Can't find unit varutils used by variants In-Reply-To: References: Message-ID: On Sun, Dec 18, 2016 at 3:25 AM, silvioprog via Lazarus wrote: > Could anybody compile a project using Lazarus from trunk? I tested with many projects. They all compile OK. > Warning: Recompiling varutils, checksum changed for System > varutils.pp(11,35) Fatal: Can't find unit varutils used by variants Those are not Lazarus units. Sounds like an FPC issue. Juha From silvioprog at gmail.com Sun Dec 18 16:09:32 2016 From: silvioprog at gmail.com (silvioprog) Date: Sun, 18 Dec 2016 08:09:32 -0700 (MST) Subject: [Lazarus] Lazarus from trunk doesn't compile in bigide In-Reply-To: References: Message-ID: <1482073772623-4050614.post@n3.nabble.com> Not it works like a charm. Thank you! (y) -- View this message in context: http://free-pascal-lazarus.989080.n3.nabble.com/Lazarus-Lazarus-from-trunk-doesn-t-compile-in-bigide-tp4050611p4050614.html Sent from the Free Pascal - Lazarus mailing list archive at Nabble.com. From silvioprog at gmail.com Sun Dec 18 16:17:37 2016 From: silvioprog at gmail.com (silvioprog) Date: Sun, 18 Dec 2016 12:17:37 -0300 Subject: [Lazarus] Can't find unit varutils used by variants In-Reply-To: References: Message-ID: On Sun, Dec 18, 2016 at 7:22 AM, Juha Manninen via Lazarus < lazarus at lists.lazarus-ide.org> wrote: > On Sun, Dec 18, 2016 at 3:25 AM, silvioprog via Lazarus > wrote: > > Could anybody compile a project using Lazarus from trunk? > > I tested with many projects. They all compile OK. > > > Warning: Recompiling varutils, checksum changed for System > > varutils.pp(11,35) Fatal: Can't find unit varutils used by variants > > Those are not Lazarus units. Sounds like an FPC issue. > > Juha Indeed. It seems FPC is looking for a Windows unit however on Linux. When I try to compile any project, it raises that exception and open the file "~/freepascal/packages/rtl-objpas/src/win/varutils.pp" in the IDE. -- Silvio Clécio -------------- next part -------------- An HTML attachment was scrubbed... URL: From juha.manninen62 at gmail.com Sun Dec 18 16:32:09 2016 From: juha.manninen62 at gmail.com (Juha Manninen) Date: Sun, 18 Dec 2016 17:32:09 +0200 Subject: [Lazarus] Can't find unit varutils used by variants In-Reply-To: References: Message-ID: On Sun, Dec 18, 2016 at 5:17 PM, silvioprog via Lazarus wrote: > Indeed. It seems FPC is looking for a Windows unit however on Linux. When I > try to compile any project, it raises that exception and open the file > "~/freepascal/packages/rtl-objpas/src/win/varutils.pp" in the IDE. Did r53711 from yesterday affect it? Juha From nc-gaertnma at netcologne.de Sun Dec 18 17:15:29 2016 From: nc-gaertnma at netcologne.de (Mattias Gaertner) Date: Sun, 18 Dec 2016 17:15:29 +0100 Subject: [Lazarus] Can't find unit varutils used by variants In-Reply-To: References: Message-ID: <20161218171529.68ec7103@limapholos.matflo.wg> On Sat, 17 Dec 2016 22:25:50 -0300 silvioprog via Lazarus wrote: > Hello all, > > Could anybody compile a project using Lazarus from trunk? When I try to > compile any project: > > ... > Warning: Recompiling varutils, checksum changed for System > varutils.pp(11,35) Fatal: Can't find unit varutils used by variants Normally the FPC units are compiled with -Ur, so any checksum change is ignored. Either you have a broken FPC install or you have a unit with the same name as a FPC unit. Mattias From silvioprog at gmail.com Mon Dec 19 04:18:04 2016 From: silvioprog at gmail.com (silvioprog) Date: Mon, 19 Dec 2016 00:18:04 -0300 Subject: [Lazarus] Can't find unit varutils used by variants In-Reply-To: References: Message-ID: On Sun, Dec 18, 2016 at 12:32 PM, Juha Manninen via Lazarus < lazarus at lists.lazarus-ide.org> wrote: > On Sun, Dec 18, 2016 at 5:17 PM, silvioprog via Lazarus > wrote: > > Indeed. It seems FPC is looking for a Windows unit however on Linux. > When I > > try to compile any project, it raises that exception and open the file > > "~/freepascal/packages/rtl-objpas/src/win/varutils.pp" in the IDE. > > Did r53711 from yesterday affect it? Oops, sorry, my fault. The problem was fixed: after save the default project1 it finally compiles properly. It seems Lazarus can't compile the default project1 when it is not saved yet. Now, after reinstalling Lazarus from scratch, I got the following error at its startup: "The package "DateTimeCtrlsDsgn" is installed, but no valid package file (.lpk) was found. A broken dummy package was created." However I'm going to fix it by uninstalling the `DateTimeCtrlsDsgn` package. :-) -- Silvio Clécio -------------- next part -------------- An HTML attachment was scrubbed... URL: From silvioprog at gmail.com Mon Dec 19 04:22:57 2016 From: silvioprog at gmail.com (silvioprog) Date: Mon, 19 Dec 2016 00:22:57 -0300 Subject: [Lazarus] Can't find unit varutils used by variants In-Reply-To: <20161218171529.68ec7103@limapholos.matflo.wg> References: <20161218171529.68ec7103@limapholos.matflo.wg> Message-ID: On Sun, Dec 18, 2016 at 1:15 PM, Mattias Gaertner via Lazarus < lazarus at lists.lazarus-ide.org> wrote: > On Sat, 17 Dec 2016 22:25:50 -0300 > silvioprog via Lazarus wrote: > > > Hello all, > > > > Could anybody compile a project using Lazarus from trunk? When I try to > > compile any project: > > > > ... > > Warning: Recompiling varutils, checksum changed for System > > varutils.pp(11,35) Fatal: Can't find unit varutils used by variants > > Normally the FPC units are compiled with -Ur, so any checksum change is > ignored. > I didn't know this option existed, thanks. > Either you have a broken FPC install or you have a unit with the same > name as a FPC unit. > > Mattias So it seems Lazarus can't compile its default project when it still unsaved, after saving that I can't see the error again. (my new environment: Lazarus 1.7 r53723 FPC 3.1.1 x86_64-linux-gtk 2 - it's working again ^^ ) -- Silvio Clécio -------------- next part -------------- An HTML attachment was scrubbed... URL: From silvioprog at gmail.com Mon Dec 19 04:27:45 2016 From: silvioprog at gmail.com (silvioprog) Date: Mon, 19 Dec 2016 00:27:45 -0300 Subject: [Lazarus] LazUtils package has no dependencies for LCL or other GUI In-Reply-To: References: Message-ID: On Fri, Dec 2, 2016 at 11:56 AM, Juha Manninen via Lazarus < lazarus at lists.lazarus-ide.org> wrote: > I happened to notice this: > http://bugs.freepascal.org/view.php?id=31048 > asking to move FileUtil from LCL to FCL. > It was a misunderstanding from Silvio. > FileUtil unit belongs to LazUtils instead of LCL. > Such a misunderstanding may be common, thus I wanted to write about it > here. > > Among other things, LazUtils package contains support for Unicode. It > means any cmd line program or server side program gets Unicode support > by using LazUtils. > I forgot to reply this message, please sorry. So, thanks a lot for explaining about LazUtils, I didn't know it was a non-lcl dependent package, now I'm going to use it in my console apps. :-) I found this link, it can be very useful to avoid future misunderstandings (I'll share it with some friends): http://wiki.freepascal.org/LazUtils Before FPC 3 times, the earlier Unicode support in Lazarus with > special UTF8 functions worked only with LCL. > I believe that is the reason for misunderstandings. > > Juha -- Silvio Clécio -------------- next part -------------- An HTML attachment was scrubbed... URL: From nc-gaertnma at netcologne.de Mon Dec 19 09:39:20 2016 From: nc-gaertnma at netcologne.de (Mattias Gaertner) Date: Mon, 19 Dec 2016 09:39:20 +0100 Subject: [Lazarus] Can't find unit varutils used by variants In-Reply-To: References: <20161218171529.68ec7103@limapholos.matflo.wg> Message-ID: <20161219093920.79595462@limapholos.matflo.wg> On Mon, 19 Dec 2016 00:22:57 -0300 silvioprog via Lazarus wrote: >[...] > > Either you have a broken FPC install or you have a unit with the same > > name as a FPC unit. > > So it seems Lazarus can't compile its default project when it still > unsaved, after saving that I can't see the error again. Then please check the files in your temporary building directory (Tools / Options / Environment / Files / Directory for building test projects) Maybe there is name clashing unit. > (my new environment: Lazarus 1.7 r53723 FPC 3.1.1 x86_64-linux-gtk 2 - it's > working again ^^ ) Mattias From jmlandmesser at gmx.de Mon Dec 19 16:12:37 2016 From: jmlandmesser at gmx.de (John Landmesser) Date: Mon, 19 Dec 2016 16:12:37 +0100 Subject: [Lazarus] Howto find the projects that needs package xy? Message-ID: Hi, because i just couldn't compile lazarus trunk any more i asked myself: which of my projects needs TZMSQL Package for example? Is there a tool in Lazarus? I used find in files ... and it works. Other suggestions? From aaa5500 at ya.ru Tue Dec 20 17:21:33 2016 From: aaa5500 at ya.ru (Alexey) Date: Tue, 20 Dec 2016 19:21:33 +0300 Subject: [Lazarus] Temp dir for unnamed proj Message-ID: <8373c61a-c7a6-5036-137f-41d5fbc6a579@ya.ru> Wish: make a subfolder for temp unnamed proj files. Inside tmp/, make subdir. Now I see such crap files in my ~/tmp, not good for viewing temp, and finding LOGs here: user at user-Notebook:~/tmp$ ls backup project1 project1.lpr unit1.lfm lib project1.ico project1.res unit1.pas -- Regards, Alex From wkitty42 at windstream.net Tue Dec 20 18:44:59 2016 From: wkitty42 at windstream.net (wkitty42 at windstream.net) Date: Tue, 20 Dec 2016 12:44:59 -0500 Subject: [Lazarus] Temp dir for unnamed proj In-Reply-To: <8373c61a-c7a6-5036-137f-41d5fbc6a579@ya.ru> References: <8373c61a-c7a6-5036-137f-41d5fbc6a579@ya.ru> Message-ID: On 12/20/2016 11:21 AM, Alexey via Lazarus wrote: > Wish: make a subfolder for temp unnamed proj files. Inside tmp/, make subdir. > > Now I see such crap files in my ~/tmp, not good for viewing temp, and finding > LOGs here: you can change the name of the temp folder where unnamed projects are compiled... i suspect you might even be able to add a macro to that path so that it is expanded when needed... i guess main question with this idea is if lazarus can create the folder named by the macro... -- NOTE: No off-list assistance is given without prior approval. *Please keep mailing list traffic on the list* unless private contact is specifically requested and granted. From aaa5500 at ya.ru Tue Dec 20 19:36:11 2016 From: aaa5500 at ya.ru (Alexey) Date: Tue, 20 Dec 2016 21:36:11 +0300 Subject: [Lazarus] Temp dir for unnamed proj In-Reply-To: References: <8373c61a-c7a6-5036-137f-41d5fbc6a579@ya.ru> Message-ID: <08bc9464-e299-94fc-d9e2-8fc15f6a43f7@ya.ru> On 20.12.2016 20:44, wkitty42--- via Lazarus wrote: > you can change the name of the temp folder where unnamed projects are > compiled... > I see that this is not true. I entered in options dlg "temp"== not found any options with it. So i cannot do it. -- Regards, Alex From wkitty42 at windstream.net Tue Dec 20 20:47:26 2016 From: wkitty42 at windstream.net (wkitty42 at windstream.net) Date: Tue, 20 Dec 2016 14:47:26 -0500 Subject: [Lazarus] Temp dir for unnamed proj In-Reply-To: <08bc9464-e299-94fc-d9e2-8fc15f6a43f7@ya.ru> References: <8373c61a-c7a6-5036-137f-41d5fbc6a579@ya.ru> <08bc9464-e299-94fc-d9e2-8fc15f6a43f7@ya.ru> Message-ID: On 12/20/2016 01:36 PM, Alexey via Lazarus wrote: > On 20.12.2016 20:44, wkitty42--- via Lazarus wrote: >> you can change the name of the temp folder where unnamed projects are compiled... >> > > I see that this is not true. I entered in options dlg "temp"== not found any > options with it. > So i cannot do it. in lazarus... TOOLS->Options->environment Directory for building test projects ~/tmp/ it is the next to last option from the bottom... -- NOTE: No off-list assistance is given without prior approval. *Please keep mailing list traffic on the list* unless private contact is specifically requested and granted. From aaa5500 at ya.ru Tue Dec 20 21:27:53 2016 From: aaa5500 at ya.ru (Alexey) Date: Tue, 20 Dec 2016 23:27:53 +0300 Subject: [Lazarus] Temp dir for unnamed proj In-Reply-To: References: <8373c61a-c7a6-5036-137f-41d5fbc6a579@ya.ru> <08bc9464-e299-94fc-d9e2-8fc15f6a43f7@ya.ru> Message-ID: On 20.12.2016 22:47, wkitty42--- via Lazarus wrote: > in lazarus... TOOLS->Options->environment Ok. found. My wish is: - default value += /laz - IDE creates this folder -- Regards, Alex From larrydalton71 at gmail.com Thu Dec 22 19:53:05 2016 From: larrydalton71 at gmail.com (Larry Dalton) Date: Thu, 22 Dec 2016 12:53:05 -0600 Subject: [Lazarus] Opening websites Message-ID: <84521210-BE92-4125-9719-C8622D57FB07@gmail.com> What is the best way to open an Internet folder or website from inside Lazarus? Sent from my iPhone From ptrg at freemail.hu Thu Dec 22 20:40:07 2016 From: ptrg at freemail.hu (=?UTF-8?B?UMOpdGVyIEfDoWJvcg==?=) Date: Thu, 22 Dec 2016 20:40:07 +0100 Subject: [Lazarus] Opening websites In-Reply-To: <84521210-BE92-4125-9719-C8622D57FB07@gmail.com> References: <84521210-BE92-4125-9719-C8622D57FB07@gmail.com> Message-ID: In most cases I use TAsyncProcess from the System tab. TAsyncProcess component must be dropped on the form then the process can be started easyly (for example in the .OnClick event handler of a TButton) AsyncProcess1.CommandLine:='firefox http://lazarus-ide.org'; AsyncProcess1.Execute; 2016-12-22 19:53 keltezéssel, Larry Dalton via Lazarus írta: > What is the best way to open an Internet folder or website from inside Lazarus? > > Sent from my iPhone > -- Péter Gábor ptrg at freemail.hu -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: OpenPGP digital signature URL: From micsch at gmail.com Thu Dec 22 22:07:48 2016 From: micsch at gmail.com (micsch at gmail.com) Date: Thu, 22 Dec 2016 22:07:48 +0100 Subject: [Lazarus] Opening websites In-Reply-To: <84521210-BE92-4125-9719-C8622D57FB07@gmail.com> References: <84521210-BE92-4125-9719-C8622D57FB07@gmail.com> Message-ID: <201612222207.48824.micsch@gmail.com> Am Thursday 22 December 2016 19:53:05 schrieb Larry Dalton via Lazarus: > What is the best way to open an Internet folder or website from inside > Lazarus? > > Sent from my iPhone http://wiki.freepascal.org/openurl From dave at fuzzo.com Fri Dec 23 00:32:49 2016 From: dave at fuzzo.com (David M. Lawrence) Date: Thu, 22 Dec 2016 18:32:49 -0500 Subject: [Lazarus] Errors reading non-English characters Message-ID: <063c565b-2977-419b-3192-6d33a4218dfb@fuzzo.com> I have a computer model that -- under older versions of Lazarus -- compiled and ran fine. I have been trying to update that model, however, and it does not read non-English characters such as the accented "e" in "Abéché" correctly. In the older code, the program could read such strings from a text file fine, but when I try to compile an updated version of the program, the updated version reads the site name from a file such as the one below and translates "Abéché" into "Ab?ch?". Abéché, Chad 13.5 20.9 550 26.8 28.1 31.2 33.3 33.2 32.2 28.7 27.0 28.4 30.0 28.5 25.9 45.0 49.0 50.0 49.0 50.0 48.0 45.0 39.0 45.0 46.0 46.0 43.0 8.0 9.0 11.0 11.0 11.0 15.0 14.0 17.0 15.0 15.0 11.0 10.0 0.0 0.0 0.5 1.0 24.0 26.0 141.0 232.0 67.0 14.0 0.0 0.0 141.0 152.0 189.0 206.0 203.0 175.0 152.0 119.0 138.0 164.0 156.0 132.0 25.0 23.0 21.0 24.0 39.0 47.0 66.0 79.0 66.0 37.0 28.0 29.0 0 0 0 0 Furthermore, the previous version of the model accurately processes batch files of site data like below: \Africa\Chad\Ndjamena.dat \Africa\Chad\output\Ndjamena.out \Africa\Chad\output\Ndjamena.png 0.5 \Africa\Chad\Abéché.dat \Africa\Chad\output\Abéché.out \Africa\Chad\output\Abéché.png 0.5 The old version of the program reads batch files just fine. The old code, when recompiled in Lazarus, can process individual data files, such as that for Abéché, OK, but it blows up when trying to process data for Abéché in batch mode. The accented "e" is again corrupted, so the source file cannot be found -- generating a file not found error. Note that the relevant variables for site and file names are defined as string variables. So what has changed in Lazarus regarding string processing and what do I need to do to fix the problem? Is there some option I need to set in Lazarus to allow extended character processing? If so, how do I do so? Dave -- ------------------------------------------------------ David M. Lawrence | Home: (804) 559-9786 6467 Hanna Drive | Cell: (804) 305-5234 Mechanicsville, VA 23111 | Email: dave at fuzzo.com USA | http: http://fuzzo.com ------------------------------------------------------ "All drains lead to the ocean." -- Gill, Finding Nemo "We have met the enemy and he is us." -- Pogo "No trespassing 4/17 of a haiku" -- Richard Brautigan From nc-gaertnma at netcologne.de Fri Dec 23 00:59:39 2016 From: nc-gaertnma at netcologne.de (Mattias Gaertner) Date: Fri, 23 Dec 2016 00:59:39 +0100 Subject: [Lazarus] Errors reading non-English characters In-Reply-To: <063c565b-2977-419b-3192-6d33a4218dfb@fuzzo.com> References: <063c565b-2977-419b-3192-6d33a4218dfb@fuzzo.com> Message-ID: <20161223005939.4597c7b5@limapholos.matflo.wg> On Thu, 22 Dec 2016 18:32:49 -0500 "David M. Lawrence via Lazarus" wrote: >[...] > I have been trying to update that model, however, and it does not read > non-English characters such as the accented "e" in "Abéché" correctly. > > In the older code, the program could read such strings from a text file > fine, but when I try to compile an updated version of the program, the > updated version reads the site name from a file such as the one below > and translates "Abéché" into "Ab?ch?". >[...] FPC 3.0.0 introduced string encoding and automatic conversions. Lazarus and the LCL uses UTF-8 encoded strings. If your file is not UTF-8, but some Windows codepage, that might create such an effect. Probably you need to insert a conversion somewhere. http://wiki.lazarus.freepascal.org/Better_Unicode_Support_in_Lazarus Mattias From aaa5500 at ya.ru Fri Dec 23 08:48:29 2016 From: aaa5500 at ya.ru (Alexey) Date: Fri, 23 Dec 2016 10:48:29 +0300 Subject: [Lazarus] Mac Retina hi-res canvas Message-ID: <15b28a4f-44e2-dd18-e709-81e790010419@ya.ru> If I run my app on Mac, Retina, then copying TBitmap to panel (atsynedit is panel), gives not ok result. Bitmap has usual dpi. Panel canvas has retina dpi. Bitmap paints not in hi res, not sharp. TextOut on panel canvas==> text sharp TextOut on bitmap + copy to panel canvas==> not sharp What to do here? may I change bitmap? make it hi res. -- Regards, Alex From bo.berglund at gmail.com Fri Dec 23 14:11:30 2016 From: bo.berglund at gmail.com (Bo Berglund) Date: Fri, 23 Dec 2016 14:11:30 +0100 Subject: [Lazarus] Laz 1.6.3 and Frames References: Message-ID: <9g8q5cl59hl0fs13ov2dlmfmc4evriged9@4ax.com> On Tue, 13 Dec 2016 16:22:18 +0100, TomᚠEmresz via Lazarus wrote: Is there really already Lazarus 1.6.3? 1.6.2 was just released Nov 15, 2016.... -- Bo Berglund Developer in Sweden From nc-gaertnma at netcologne.de Fri Dec 23 14:25:49 2016 From: nc-gaertnma at netcologne.de (Mattias Gaertner) Date: Fri, 23 Dec 2016 14:25:49 +0100 Subject: [Lazarus] Laz 1.6.3 and Frames In-Reply-To: <9g8q5cl59hl0fs13ov2dlmfmc4evriged9@4ax.com> References: <9g8q5cl59hl0fs13ov2dlmfmc4evriged9@4ax.com> Message-ID: <20161223142549.11e03d27@limapholos.matflo.wg> On Fri, 23 Dec 2016 14:11:30 +0100 Bo Berglund via Lazarus wrote: > On Tue, 13 Dec 2016 16:22:18 +0100, TomᚠEmresz via Lazarus > wrote: > > Is there really already Lazarus 1.6.3? > 1.6.2 was just released Nov 15, 2016.... 1.6.3 is the development version of the next release 1.6.4. Mattias From werner.pamler at freenet.de Sun Dec 25 12:47:15 2016 From: werner.pamler at freenet.de (Werner Pamler) Date: Sun, 25 Dec 2016 12:47:15 +0100 Subject: [Lazarus] Why is SAX so slow? Message-ID: <6b533577-8157-4993-76a5-a022fd6db420@freenet.de> Motivated by a user comment on excessive memory consumption of fpspreadsheet during reading of large xlsx files (http://forum.lazarus.freepascal.org/index.php/topic,33292.msg231598.html#msg231598) I began to investigate an alternative approach to read xlsx files based on SAX instead of DOM which is currently used. However, I found that SAX is considerably slower than DOM - I always thought it would be the other way round because SAX avoids building the tree of DOM nodes. Probably, I am doing something wrong. If somebody wants to look into this issue here's a little demo. It consists of three projects: * *create_xml* creates an xml file similar to the sharedstrings.xml used by xlsx files internally. The file consists of 500,000 nodes with random strings, and is about 20 MB in size. * *read_dom* reads this file using the dom routines. On my system this is accomplished within about 1.2 seconds. * *read_sax* reads the same file using the sax routines of fpc. On my system this takes 4.3 seconds. So, why is the sax project slower than the dom project? Werner -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: sax.zip Type: application/x-zip-compressed Size: 4921 bytes Desc: not available URL: From noreply at z505.com Sun Dec 25 23:30:37 2016 From: noreply at z505.com (Lars) Date: Sun, 25 Dec 2016 15:30:37 -0700 Subject: [Lazarus] macOS developer files and bindings to be created Message-ID: <91e11da597f0231ae33456d8a4cbbbd6.squirrel@gator3286.hostgator.com> Hi, I noticed some of the macos lazarus implementations are incomplete (for example AVFoundation doesn't seem to exist anywhere) so the question is if I want to create an avfoundation library, where do I start? First I would try to find macos header files/include files, and where are they on my system? (Mac Newbie here!) Would I have to download XCode and they come with it? Or have to find them elsewhere from apple web site? And are there automatic conversion tools or it is all done manually, typing in objectivec1 mode into freepascal and creating pascal bindings all by hand..? From noreply at z505.com Sun Dec 25 23:37:44 2016 From: noreply at z505.com (Lars) Date: Sun, 25 Dec 2016 15:37:44 -0700 Subject: [Lazarus] Why is SAX so slow? In-Reply-To: <6b533577-8157-4993-76a5-a022fd6db420@freenet.de> References: <6b533577-8157-4993-76a5-a022fd6db420@freenet.de> Message-ID: On Sun, December 25, 2016 4:47 am, Werner Pamler via Lazarus wrote: > Motivated by a user comment on excessive memory consumption of > fpspreadsheet Sorry to not answer your question, but, fpspreadsheet looks very intereresting and first time I really looked.. So it is a spreadsheet without using any MS COM or activex to utilize ms excel? A native spreadsheet for lazarus? Cool! Something I'll probably need some time. Any crashes or major issues, other than slowness being reported in this thread now? From gfindlay.linux at gmail.com Mon Dec 26 05:28:33 2016 From: gfindlay.linux at gmail.com (Gordon Findlay) Date: Mon, 26 Dec 2016 17:28:33 +1300 Subject: [Lazarus] MariaDB, SQLConnection - Suse vs Debian Message-ID: I have a project which uses a TMySQL56Connection to work with a MariaDB version 10.0.28 For unrelated reasons I moved it from an OpenSUSE LEAP 42.1 box to a Debian 8 one. They have the same version of MariaDB (mysql -V reports "version 15.1 Distrib 10.0.28-MariaDB" in both cases). Lazarus/FPC etc are installed in a private directory, not shared. I simply copied the dirtecory across. I can create and execute other projects as normal. I transferred the databases, and using mysql from the command line everything looks as expected. But when I attempt to access the databases from my project the MySQL 5.6 connector throws an error: "Cannot work with installed MySQL Client version; got 5.5.0 expected 5.6" Using TMySQL55Connection doesn't work either: there is a more general error message, basically "unable to connect". Identical dev. environment, code and databases - what's different? Any thoughts? TIA Gordon -------------- next part -------------- An HTML attachment was scrubbed... URL: From m.e.sanliturk at gmail.com Mon Dec 26 05:44:24 2016 From: m.e.sanliturk at gmail.com (Mehmet Erol Sanliturk) Date: Sun, 25 Dec 2016 20:44:24 -0800 Subject: [Lazarus] MariaDB, SQLConnection - Suse vs Debian In-Reply-To: References: Message-ID: On Sun, Dec 25, 2016 at 8:28 PM, Gordon Findlay via Lazarus < lazarus at lists.lazarus-ide.org> wrote: > I have a project which uses a TMySQL56Connection to work with a MariaDB > version 10.0.28 For unrelated reasons I moved it from an OpenSUSE LEAP 42.1 > box to a Debian 8 one. > > They have the same version of MariaDB (mysql -V reports "version 15.1 > Distrib 10.0.28-MariaDB" in both cases). > > Lazarus/FPC etc are installed in a private directory, not shared. I simply > copied the dirtecory across. I can create and execute other projects as > normal. > > I transferred the databases, and using mysql from the command line > everything looks as expected. > > But when I attempt to access the databases from my project the MySQL 5.6 > connector throws an error: "Cannot work with installed MySQL Client > version; got 5.5.0 expected 5.6" > > Using TMySQL55Connection doesn't work either: there is a more general > error message, basically "unable to connect". > > Identical dev. environment, code and databases - what's different? > > Any thoughts? > TIA > Gordon > > -- > _______________________________________________ > > This means , without hesitation , MariaDB is not compliant to MySQL : https://www.google.com/#q=compliant+meaning versus https://www.google.com/#q=compatible+meaning . Mehmet Erol Sanliturk -------------- next part -------------- An HTML attachment was scrubbed... URL: From m.e.sanliturk at gmail.com Mon Dec 26 05:44:24 2016 From: m.e.sanliturk at gmail.com (Mehmet Erol Sanliturk) Date: Sun, 25 Dec 2016 20:44:24 -0800 Subject: [Lazarus] MariaDB, SQLConnection - Suse vs Debian In-Reply-To: References: Message-ID: On Sun, Dec 25, 2016 at 8:28 PM, Gordon Findlay via Lazarus < lazarus at lists.lazarus-ide.org> wrote: > I have a project which uses a TMySQL56Connection to work with a MariaDB > version 10.0.28 For unrelated reasons I moved it from an OpenSUSE LEAP 42.1 > box to a Debian 8 one. > > They have the same version of MariaDB (mysql -V reports "version 15.1 > Distrib 10.0.28-MariaDB" in both cases). > > Lazarus/FPC etc are installed in a private directory, not shared. I simply > copied the dirtecory across. I can create and execute other projects as > normal. > > I transferred the databases, and using mysql from the command line > everything looks as expected. > > But when I attempt to access the databases from my project the MySQL 5.6 > connector throws an error: "Cannot work with installed MySQL Client > version; got 5.5.0 expected 5.6" > > Using TMySQL55Connection doesn't work either: there is a more general > error message, basically "unable to connect". > > Identical dev. environment, code and databases - what's different? > > Any thoughts? > TIA > Gordon > > -- > _______________________________________________ > > This means , without hesitation , MariaDB is not compliant to MySQL : https://www.google.com/#q=compliant+meaning versus https://www.google.com/#q=compatible+meaning . Mehmet Erol Sanliturk -------------- next part -------------- An HTML attachment was scrubbed... URL: From werner.pamler at freenet.de Mon Dec 26 09:32:17 2016 From: werner.pamler at freenet.de (Werner Pamler) Date: Mon, 26 Dec 2016 09:32:17 +0100 Subject: [Lazarus] Why is SAX so slow? In-Reply-To: References: <6b533577-8157-4993-76a5-a022fd6db420@freenet.de> Message-ID: <447e4ef3-3f29-186d-527e-760c98535889@freenet.de> > Sorry to not answer your question, but, fpspreadsheet looks very > intereresting and first time I really looked.. So it is a spreadsheet > without using any MS COM or activex to utilize ms excel? A native > spreadsheet for lazarus? Cool! Something I'll probably need some time. > Any crashes or major issues, other than slowness being reported in this > thread now? Yes, pure Pascal. No major issues (at least if you don't want it to do anything it was not designed for - like the poster in the forum). See http://wiki.lazarus.freepascal.org/FPSpreadsheet, or http://wiki.lazarus.freepascal.org/FPSpreadsheet_tutorial:_Writing_a_mini_spreadsheet_application From michael at freepascal.org Mon Dec 26 11:01:49 2016 From: michael at freepascal.org (Michael Van Canneyt) Date: Mon, 26 Dec 2016 11:01:49 +0100 (CET) Subject: [Lazarus] Why is SAX so slow? In-Reply-To: References: <6b533577-8157-4993-76a5-a022fd6db420@freenet.de> Message-ID: On Sun, 25 Dec 2016, Lars via Lazarus wrote: > On Sun, December 25, 2016 4:47 am, Werner Pamler via Lazarus wrote: >> Motivated by a user comment on excessive memory consumption of >> fpspreadsheet > > > Sorry to not answer your question, but, fpspreadsheet looks very > intereresting and first time I really looked.. So it is a spreadsheet > without using any MS COM or activex to utilize ms excel? A native > spreadsheet for lazarus? Cool! Something I'll probably need some time. > Any crashes or major issues, other than slowness being reported in this > thread now? I have been using fpSpreadsheet for years in production in various products, and it works really well. Michael. From leledumbo_cool at yahoo.co.id Mon Dec 26 19:07:07 2016 From: leledumbo_cool at yahoo.co.id (leledumbo) Date: Mon, 26 Dec 2016 11:07:07 -0700 (MST) Subject: [Lazarus] MariaDB, SQLConnection - Suse vs Debian In-Reply-To: References: Message-ID: <1482775627081-4050643.post@n3.nabble.com> > But when I attempt to access the databases from my project the MySQL 5.6 connector throws an error: "Cannot work with installed MySQL Client version; got 5.5.0 expected 5.6" > > Using TMySQL55Connection doesn't work either: there is a more general > error message, basically "unable to connect". > > Identical dev. environment, code and databases - what's different? MariaDB 10.0 indeed maps to MySQL 5.6. But the installed client library is of version 5.5.0, which the connector refuse to use due to version difference. Install the same version for both client and server. -- View this message in context: http://free-pascal-lazarus.989080.n3.nabble.com/Lazarus-MariaDB-SQLConnection-Suse-vs-Debian-tp4050639p4050643.html Sent from the Free Pascal - Lazarus mailing list archive at Nabble.com. From marcov at stack.nl Mon Dec 26 20:24:00 2016 From: marcov at stack.nl (Marco van de Voort) Date: Mon, 26 Dec 2016 20:24:00 +0100 Subject: [Lazarus] Why is SAX so slow? In-Reply-To: <6b533577-8157-4993-76a5-a022fd6db420@freenet.de> References: <6b533577-8157-4993-76a5-a022fd6db420@freenet.de> Message-ID: <20161226192400.GA56767@stack.nl> On Sun, Dec 25, 2016 at 12:47:15PM +0100, Werner Pamler via Lazarus wrote: > Motivated by a user comment on excessive memory consumption of > fpspreadsheet during reading of large xlsx files > (http://forum.lazarus.freepascal.org/index.php/topic,33292.msg231598.html#msg231598) > I began to investigate an alternative approach to read xlsx files based > on SAX instead of DOM which is currently used. The sax one uses FCL XML routines that are widestring based, and you force them into an ansistring stringlist. The dom one uses the lazarus XML units, which are 1-byte. So it is apple and oranges, benchmarking two different XML libs, and on top of that, the Sax example has to do a lot of string conversion, and the dom one not or less. To make things more comparable you could try to use the FCL XML dom units, or change/port the sax units to use the laz_* versions. From fluisgirardi at gmail.com Mon Dec 26 20:38:13 2016 From: fluisgirardi at gmail.com (Fabio Luis Girardi) Date: Mon, 26 Dec 2016 17:38:13 -0200 Subject: [Lazarus] TForm.GetFormImage is broken? Message-ID: Hi! Currently I'm trying to use TForm.GetFormImage method to make a minimap (something similar to Sublime Text editor) of a big form (the parent of this big form is a TScrollbox on this application). But, using Qt or GTK2, Lazarus 1.6.3 or trunk, I got the same black bitmap. So, I created a empty application (just one form with some buttons) and the result is the same. The code that should make a screenshot of my form is: procedure TForm1.Button3Click(Sender: TObject); var bmp: TBitmap; begin bmp:=Form1.GetFormImage; try bmp.SaveToFile(ExtractFilePath(Application.ExeName)+'form.bmp'); finally FreeAndNil(bmp); end; end; Am I using the method GetFormImage right? If yes, what's the alternative method to make a screenshot of a form? Should I fill a bug report for this issue? -- The best regards, Fabio Luis Girardi PascalSCADA Project http://sourceforge.net/projects/pascalscada http://www.pascalscada.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From getmem1 at gmail.com Mon Dec 26 20:58:18 2016 From: getmem1 at gmail.com (=?UTF-8?B?QmFsw6F6cyBTesOpa2VseQ==?=) Date: Mon, 26 Dec 2016 21:58:18 +0200 Subject: [Lazarus] TForm.GetFormImage is broken? In-Reply-To: References: Message-ID: Hi, Am I using the method GetFormImage right? > Yes, Should I fill a bug report for this issue? > No. Please try this: var bmp: TBitmap; begin bmp:=Form1.GetFormImage; try *bmp.Canvas.Changed;* bmp.SaveToFile(ExtractFilePath(Application.ExeName)+'form.bmp'); finally FreeAndNil(bmp); end; end; On Mon, Dec 26, 2016 at 9:38 PM, Fabio Luis Girardi via Lazarus < lazarus at lists.lazarus-ide.org> wrote: > Hi! > > Currently I'm trying to use TForm.GetFormImage method to make a minimap > (something similar to Sublime Text editor) of a big form (the parent of > this big form is a TScrollbox on this application). > > But, using Qt or GTK2, Lazarus 1.6.3 or trunk, I got the same black > bitmap. > > So, I created a empty application (just one form with some buttons) and > the result is the same. > > The code that should make a screenshot of my form is: > > procedure TForm1.Button3Click(Sender: TObject); > var > bmp: TBitmap; > begin > bmp:=Form1.GetFormImage; > try > bmp.SaveToFile(ExtractFilePath(Application.ExeName)+'form.bmp'); > finally > FreeAndNil(bmp); > end; > end; > > Am I using the method GetFormImage right? > > If yes, what's the alternative method to make a screenshot of a form? > > Should I fill a bug report for this issue? > > -- > The best regards, > > Fabio Luis Girardi > PascalSCADA Project > http://sourceforge.net/projects/pascalscada > http://www.pascalscada.com > > -- > _______________________________________________ > Lazarus mailing list > Lazarus at lists.lazarus-ide.org > http://lists.lazarus-ide.org/listinfo/lazarus > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From fluisgirardi at gmail.com Mon Dec 26 21:08:23 2016 From: fluisgirardi at gmail.com (Fabio Luis Girardi) Date: Mon, 26 Dec 2016 18:08:23 -0200 Subject: [Lazarus] TForm.GetFormImage is broken? In-Reply-To: References: Message-ID: It worked. Thanks! Why is necessary to call the TCanvas.Changed after TForm1.GetFormImage? 2016-12-26 17:58 GMT-02:00 Balázs Székely : > Hi, > > Am I using the method GetFormImage right? >> > Yes, > > > Should I fill a bug report for this issue? >> > No. > > Please try this: > var > bmp: TBitmap; > begin > bmp:=Form1.GetFormImage; > try > *bmp.Canvas.Changed;* > bmp.SaveToFile(ExtractFilePath(Application.ExeName)+'form.bmp'); > finally > FreeAndNil(bmp); > end; > end; > > On Mon, Dec 26, 2016 at 9:38 PM, Fabio Luis Girardi via Lazarus < > lazarus at lists.lazarus-ide.org> wrote: > >> Hi! >> >> Currently I'm trying to use TForm.GetFormImage method to make a minimap >> (something similar to Sublime Text editor) of a big form (the parent of >> this big form is a TScrollbox on this application). >> >> But, using Qt or GTK2, Lazarus 1.6.3 or trunk, I got the same black >> bitmap. >> >> So, I created a empty application (just one form with some buttons) and >> the result is the same. >> >> The code that should make a screenshot of my form is: >> >> procedure TForm1.Button3Click(Sender: TObject); >> var >> bmp: TBitmap; >> begin >> bmp:=Form1.GetFormImage; >> try >> bmp.SaveToFile(ExtractFilePath(Application.ExeName)+'form.bmp'); >> finally >> FreeAndNil(bmp); >> end; >> end; >> >> Am I using the method GetFormImage right? >> >> If yes, what's the alternative method to make a screenshot of a form? >> >> Should I fill a bug report for this issue? >> >> -- >> The best regards, >> >> Fabio Luis Girardi >> PascalSCADA Project >> http://sourceforge.net/projects/pascalscada >> http://www.pascalscada.com >> >> -- >> _______________________________________________ >> Lazarus mailing list >> Lazarus at lists.lazarus-ide.org >> http://lists.lazarus-ide.org/listinfo/lazarus >> >> > -- The best regards, Fabio Luis Girardi PascalSCADA Project http://sourceforge.net/projects/pascalscada http://www.pascalscada.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From werner.pamler at freenet.de Tue Dec 27 00:40:02 2016 From: werner.pamler at freenet.de (Werner Pamler) Date: Tue, 27 Dec 2016 00:40:02 +0100 Subject: [Lazarus] TForm.GetFormImage is broken? In-Reply-To: References: Message-ID: > Please try this: > var > bmp: TBitmap; > begin > bmp:=Form1.GetFormImage; > try > *bmp.Canvas.Changed;* > bmp.SaveToFile(ExtractFilePath(Application.ExeName)+'form.bmp'); > finally > FreeAndNil(bmp); > end; > end; But Delphi does not require the bmp.Canvas.Changed. Shouldn't it be added to the GetFormImage internally to make this simple code Delphi-compatible? -------------- next part -------------- An HTML attachment was scrubbed... URL: From gfindlay.linux at gmail.com Tue Dec 27 08:43:16 2016 From: gfindlay.linux at gmail.com (Gordon Findlay) Date: Tue, 27 Dec 2016 20:43:16 +1300 Subject: [Lazarus] MariaDB, SQLConnection - Suse vs Debian In-Reply-To: <1482775627081-4050643.post@n3.nabble.com> References: <1482775627081-4050643.post@n3.nabble.com> Message-ID: ​​ Thanks - that is the problem. In case anyone else encounters this, the issue is that Debian 8.0 (Jessie) installs Maria 10.0.28, which is MySQL 5.6 compatible, but version 5.5 of libmysqlclient18.so Version 5.6 is available in the jessie-backports repository (see https://packages.debian.org/jessie-backports/libmysqlclient18 On Tue, Dec 27, 2016 at 7:07 AM, leledumbo via Lazarus < lazarus at lists.lazarus-ide.org> wrote: > > But when I attempt to access the databases from my project the MySQL 5.6 > connector throws an error: "Cannot work with installed MySQL Client > version; > got 5.5.0 expected 5.6" > > > > Using TMySQL55Connection doesn't work either: there is a more general > > error message, basically "unable to connect". > > > > Identical dev. environment, code and databases - what's different? > > MariaDB 10.0 indeed maps to MySQL 5.6. But the installed client library is > of version 5.5.0, which the connector refuse to use due to version > difference. Install the same version for both client and server. > > > > -- > View this message in context: http://free-pascal-lazarus. > 989080.n3.nabble.com/Lazarus-MariaDB-SQLConnection-Suse-vs- > Debian-tp4050639p4050643.html > Sent from the Free Pascal - Lazarus mailing list archive at Nabble.com. > -- > _______________________________________________ > Lazarus mailing list > Lazarus at lists.lazarus-ide.org > http://lists.lazarus-ide.org/listinfo/lazarus > -------------- next part -------------- An HTML attachment was scrubbed... URL: From getmem1 at gmail.com Tue Dec 27 11:17:38 2016 From: getmem1 at gmail.com (=?UTF-8?B?QmFsw6F6cyBTesOpa2VseQ==?=) Date: Tue, 27 Dec 2016 12:17:38 +0200 Subject: [Lazarus] TForm.GetFormImage is broken? In-Reply-To: References: Message-ID: > > But Delphi does not require the bmp.Canvas.Changed. Shouldn't it be added > to the GetFormImage internally to make this simple code Delphi-compatible? That's a good idea. The current behavior is confusing. On Tue, Dec 27, 2016 at 1:40 AM, Werner Pamler via Lazarus < lazarus at lists.lazarus-ide.org> wrote: > Please try this: > var > bmp: TBitmap; > begin > bmp:=Form1.GetFormImage; > try > *bmp.Canvas.Changed;* > bmp.SaveToFile(ExtractFilePath(Application.ExeName)+'form.bmp'); > finally > FreeAndNil(bmp); > end; > end; > > > But Delphi does not require the bmp.Canvas.Changed. Shouldn't it be added > to the GetFormImage internally to make this simple code Delphi-compatible? > > > > -- > _______________________________________________ > Lazarus mailing list > Lazarus at lists.lazarus-ide.org > http://lists.lazarus-ide.org/listinfo/lazarus > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From friess at gmx.at Tue Dec 27 11:32:01 2016 From: friess at gmx.at (=?UTF-8?Q?Andreas_Frie=c3=9f?=) Date: Tue, 27 Dec 2016 11:32:01 +0100 Subject: [Lazarus] Anchordocking -> CloseAll is hiding the mainform and close all forms Message-ID: Hello, i use the anchordocking with manual docking and i see, if i use DockManager.CloseAll ALL forms are closed and the mainform is hidden. Q: Is this expected ? I expect only the docked forms are closed and the mainform wil hold their own state (visible/hidden). Andreas From chavoux at gmail.com Tue Dec 27 12:26:14 2016 From: chavoux at gmail.com (Chavoux Luyt) Date: Tue, 27 Dec 2016 13:26:14 +0200 Subject: [Lazarus] Old Lazarus code fail at runtime Message-ID: Hi, I wrote a small program for Linux in a previous version of Lazarus which compiled and ran without problems before. I have now updated to fpc 3.0.0 and Lazarus 1.6 (backports version for Debian X86_64 Jessie). The code still compiles perfectly (it had a number of warnings, but these have now disappeared: e.g. unixfileutil.inc(6,51) Warning: Symbol "UTF8ToSys" is deprecated: "Use the function in LazUTF8 unit"), but it results in a runtime error "Project birds raised exception class 'External: SIGFPE'. At address 7FFFEF8FC57F" when running the following code: procedure THoofVrm.OpenBtnClick(Sender: TObject); begin OpenDlg.Execute; end; What is wrong with my code (and how should I change it)? I know that there has been a change in FPC/Lazarus string implementation, but this is just a standard Lazarus File Open dialog (TOpenDialog) and result in the error before even allowing me to select the file to open. I am not using either UTF8ToSys or even the unixfileutil unit AFAICT: "uses Classes, SysUtils, FileUtil, LResources, Forms, Controls, Graphics, Dialogs, IpHtml, StdCtrls, ExtCtrls, Buttons, ExtDlgs, AsyncProcess, Ipfilebroker, strutils, Soek;" Any pointers appreciated... Regards, Chavoux -------------- next part -------------- An HTML attachment was scrubbed... URL: From m-w-vogel at gmx.de Tue Dec 27 17:12:09 2016 From: m-w-vogel at gmx.de (Michael W. Vogel) Date: Tue, 27 Dec 2016 17:12:09 +0100 Subject: [Lazarus] TForm.GetFormImage is broken? In-Reply-To: References: Message-ID: <1219c9a1-6ff9-e2f1-0ba4-10b745640d72@gmx.de> Am 27.12.2016 um 11:17 schrieb Balázs Székely via Lazarus: > > But Delphi does not require the bmp.Canvas.Changed. Shouldn't it > be added to the GetFormImage internally to make this simple code > Delphi-compatible? > > That's a good idea. The current behavior is confusing. See comments: http://bugs.freepascal.org/view.php?id=25448 Kind regards Michl -------------- next part -------------- An HTML attachment was scrubbed... URL: From juha.manninen62 at gmail.com Tue Dec 27 17:49:09 2016 From: juha.manninen62 at gmail.com (Juha Manninen) Date: Tue, 27 Dec 2016 18:49:09 +0200 Subject: [Lazarus] TForm.GetFormImage is broken? In-Reply-To: <1219c9a1-6ff9-e2f1-0ba4-10b745640d72@gmx.de> References: <1219c9a1-6ff9-e2f1-0ba4-10b745640d72@gmx.de> Message-ID: Somebody with good knowledge of the graphics code should fix it. I remember I tried over 2 years ago but failed. Juha -------------- next part -------------- An HTML attachment was scrubbed... URL: From giuliano.colla at fastwebnet.it Tue Dec 27 22:00:19 2016 From: giuliano.colla at fastwebnet.it (Giuliano Colla) Date: Tue, 27 Dec 2016 22:00:19 +0100 Subject: [Lazarus] Old Lazarus code fail at runtime In-Reply-To: References: Message-ID: Il 27/12/2016 12:26, Chavoux Luyt via Lazarus ha scritto: > Hi, > > I wrote a small program for Linux in a previous version of Lazarus > which compiled and ran without problems before. I have now updated to > fpc 3.0.0 and Lazarus 1.6 (backports version for Debian X86_64 > Jessie). The code still compiles perfectly (it had a number of > warnings, but these have now disappeared: e.g. unixfileutil.inc(6,51) > Warning: Symbol "UTF8ToSys" is deprecated: "Use the function in > LazUTF8 unit"), but it results in a runtime error > "Project birds raised exception class 'External: SIGFPE'. > > At address 7FFFEF8FC57F" > > when running the following code: > procedure THoofVrm.OpenBtnClick(Sender: TObject); > begin > OpenDlg.Execute; > end; > > What is wrong with my code (and how should I change it)? > > I know that there has been a change in FPC/Lazarus string > implementation, but this is just a standard Lazarus File Open dialog > (TOpenDialog) and result in the error before even allowing me to > select the file to open. > > I am not using either UTF8ToSys or even the unixfileutil unit AFAICT: > "uses > Classes, SysUtils, FileUtil, LResources, Forms, Controls, Graphics, > Dialogs, > IpHtml, StdCtrls, ExtCtrls, Buttons, ExtDlgs, AsyncProcess, > Ipfilebroker, > strutils, Soek;" > > Any pointers appreciated... > > Regards, > Chavoux > Just a wild guess. The villain might be some property (such as FileName, Filter or InitialDir) that you did set up with old Lazarus at design time and which isn't compatible with current version. Revising the design time properties of your File Open Dialog with Object Inspector should fix the issue. Giuliano -------------- next part -------------- An HTML attachment was scrubbed... URL: From giuliano.colla at fastwebnet.it Tue Dec 27 22:31:43 2016 From: giuliano.colla at fastwebnet.it (Giuliano Colla) Date: Tue, 27 Dec 2016 22:31:43 +0100 Subject: [Lazarus] TForm.GetFormImage is broken? In-Reply-To: References: <1219c9a1-6ff9-e2f1-0ba4-10b745640d72@gmx.de> Message-ID: Il 27/12/2016 17:49, Juha Manninen via Lazarus ha scritto: > Somebody with good knowledge of the graphics code should fix it. I > remember I tried over 2 years ago but failed. > Just adding a line to GetFormImage does the trick: > function TForm1.GetFormImage: TBitmap; > var > ARect: TRect; > begin > Result := TBitmap.Create; > try > Result.Width := ClientWidth; > Result.Height := ClientHeight; > LCLIntf.GetWindowRect(Handle, ARect); > with GetClientOrigin do > PaintTo(Result.Canvas, ARect.Left - X, ARect.Top - Y); > except > Result.Free; > raise; > end; > Result.Canvas.Changed; <--- This line added > end; Giuliano From doug at moosemail.net Tue Dec 27 22:32:07 2016 From: doug at moosemail.net (DougC) Date: Tue, 27 Dec 2016 16:32:07 -0500 Subject: [Lazarus] Old Lazarus code fail at runtime In-Reply-To: References: Message-ID: <1594232932f.f2cd9097100360.8826987086871002656@moosemail.net> Has OpenDialog been created at this point? Better to double check by changing to if Assigned(OpenDialog) then OpenDialog.Execute else raise Exception.Create('OpenDialog not yet created'); ---- On Tue, 27 Dec 2016 16:00:19 -0500 Giuliano Colla via Lazarus <lazarus at lists.lazarus-ide.org> wrote ---- Il 27/12/2016 12:26, Chavoux Luyt via Lazarus ha scritto: Hi, I wrote a small program for Linux in a previous version of Lazarus which compiled and ran without problems before. I have now updated to fpc 3.0.0 and Lazarus 1.6 (backports version for Debian X86_64 Jessie). The code still compiles perfectly (it had a number of warnings, but these have now disappeared: e.g. unixfileutil.inc(6,51) Warning: Symbol "UTF8ToSys" is deprecated: "Use the function in LazUTF8 unit"), but it results in a runtime error "Project birds raised exception class 'External: SIGFPE'. At address 7FFFEF8FC57F" when running the following code: procedure THoofVrm.OpenBtnClick(Sender: TObject); begin OpenDlg.Execute; end; What is wrong with my code (and how should I change it)? I know that there has been a change in FPC/Lazarus string implementation, but this is just a standard Lazarus File Open dialog (TOpenDialog) and result in the error before even allowing me to select the file to open. I am not using either UTF8ToSys or even the unixfileutil unit AFAICT: "uses Classes, SysUtils, FileUtil, LResources, Forms, Controls, Graphics, Dialogs, IpHtml, StdCtrls, ExtCtrls, Buttons, ExtDlgs, AsyncProcess, Ipfilebroker, strutils, Soek;" Any pointers appreciated... Regards, Chavoux Just a wild guess. The villain might be some property (such as FileName, Filter or InitialDir) that you did set up with old Lazarus at design time and which isn't compatible with current version. Revising the design time properties of your File Open Dialog with Object Inspector should fix the issue. Giuliano -- _______________________________________________ Lazarus mailing list Lazarus at lists.lazarus-ide.org http://lists.lazarus-ide.org/listinfo/lazarus -------------- next part -------------- An HTML attachment was scrubbed... URL: From alb42 at web.de Tue Dec 27 23:49:10 2016 From: alb42 at web.de (Marcus Sackrow) Date: Tue, 27 Dec 2016 23:49:10 +0100 Subject: [Lazarus] Initial NoGUI LCL support for Amiga Systems Message-ID: <9a538fbb-746e-bc0a-6064-f4515d95296f@web.de> Hi, I implemented a basic support for Amiga systems with FPC 3.0+: Amiga 3.x m68k, MorphOS PowerPC, AROS i386 with FPC 3.1.1: additionally AROS ARM, AROS x86_64, AmigaOS 4 PowerPC at the moment it only compiles NoGUI of course, but I would like to also add the MUI LCL interface to the official repository, on the long run. If it is possible and wanted. Since 2010 I'm working on Lazarus/LCL MUI interface for Amiga Systems. At the moment on github https://github.com/alb42/lazarus/tree/lazarus-morphos some Results of this available at my Blog: https://blog.alb42.de/category/fpc/lcl/ Is it possible to add this initial Amiga systems support? How about this MUI LCL Interface? Greetings, Marcus "ALB42" Sackrow -------------- next part -------------- A non-text attachment was scrubbed... Name: Amiga-LCL-init.diff Type: text/x-patch Size: 22707 bytes Desc: not available URL: From m-w-vogel at gmx.de Wed Dec 28 01:06:20 2016 From: m-w-vogel at gmx.de (Michael W. Vogel) Date: Wed, 28 Dec 2016 01:06:20 +0100 Subject: [Lazarus] TForm.GetFormImage is broken? In-Reply-To: References: <1219c9a1-6ff9-e2f1-0ba4-10b745640d72@gmx.de> Message-ID: <03f70f76-4e22-4dd4-dfdc-f2f658df68a5@gmx.de> The method TWinControl.PaintTo doesn't refresh the RawImage.Data, like it is done in TRasterImage.Draw. It isn't only a issue for the method GetFormImage. I fixed it in revision 53790. As far as I can see, there are no additional calls done, as the needed one (e.g. TWin32WidgetSet.RawImage_FromBitmap is only called one time before saving to stream). Hope, it works now as expected. If not, please report. Michl From joshyfun at gmail.com Wed Dec 28 14:01:54 2016 From: joshyfun at gmail.com (=?UTF-8?Q?Jos=c3=a9_Mejuto?=) Date: Wed, 28 Dec 2016 14:01:54 +0100 Subject: [Lazarus] Old Lazarus code fail at runtime In-Reply-To: References: Message-ID: <9a990958-9345-b6f8-e5de-528ec0412651@gmail.com> El 27/12/2016 a las 12:26, Chavoux Luyt via Lazarus escribió: > Hi, > > I wrote a small program for Linux in a previous version of Lazarus which > compiled and ran without problems before. I have now updated to fpc > 3.0.0 and Lazarus 1.6 (backports version for Debian X86_64 Jessie). The > code still compiles perfectly (it had a number of warnings, but these > have now disappeared: e.g. unixfileutil.inc(6,51) Warning: Symbol > "UTF8ToSys" is deprecated: "Use the function in LazUTF8 unit"), but it > results in a runtime error > "Project birds raised exception class 'External: SIGFPE'. > > At address 7FFFEF8FC57F" > > when running the following code: > procedure THoofVrm.OpenBtnClick(Sender: TObject); > begin > OpenDlg.Execute; > end; > > What is wrong with my code (and how should I change it)? > Hello, Probably nothing wrong by your side, try to disable math exceptions before the call to .execute and reenable after it (C code does not trap math exceptions). uses math; var oldexcept: TFPUExceptionMask; oldexcept := SetExceptionMask([exInvalidOp, exDenormalized, exZeroDivide, exOverflow, exUnderflow, exPrecision]); OpenDlg.execute; SetExceptionMask(oldexcept); -- From chavoux at gmail.com Thu Dec 29 08:40:04 2016 From: chavoux at gmail.com (Chavoux Luyt) Date: Thu, 29 Dec 2016 09:40:04 +0200 Subject: [Lazarus] Old Lazarus code fail at runtime Message-ID: Hi, From: Giuliano Colla > Just a wild guess. The villain might be some property (such as FileName, > Filter or InitialDir) that you did set up with old Lazarus at design > time and which isn't compatible with current version. Revising the > design time properties of your File Open Dialog with Object Inspector > should fix the issue. > Giuliano > How do I do this? I created a new TOpenDialog (should be new version now?) with the same name and the same InitialDir property set as "./data/text". Still the same error (also when using the TOpenPictureDialog with InitialDir set to "./data/photo"). However, just opening the file itself using > brdNr := StrToInt(NumberStr); > brdNr := brdNr + 1; > NumberStr := AddChar('0', IntToStr(brdNr), 3); > FileNm := 'file://' + BaseDir + '/text/' + NumberStr + '.htm'; > Self.IpHtmlPanel1.OpenURL(fileNm); > AND > FileNm := BaseDir + '/photo/' + NumberStr + 'a.jpg'; > Image.Picture.LoadFromFile(fileNm); > FileNm := BaseDir + '/plate_bd/' + NumberStr + 'a.png'; > ImageDraw.Picture.LoadFromFile(fileNm); > it works without problems. > From: DougC > Has OpenDialog been created at this point? Better to double check by > changing to > > > > if Assigned(OpenDialog) then > > OpenDialog.Execute > > else > > raise Exception.Create('OpenDialog not yet created'); > > Yes, has it has been created. Adding the check has no effect at all. I use the following code elsewhere (but only after executing and closing the OpenDialog: > NumberStr := AnsiLeftStr(NumberStr, RPos('.', NumberStr)-1); > > NumberStr := AnsiRightStr(NumberStr, 3);//RPos('/', NumberStr)); > > Can this have an influence on the OpenDialog? Any other ideas? Cheers, Chavoux -------------- next part -------------- An HTML attachment was scrubbed... URL: From friess at gmx.at Thu Dec 29 11:48:25 2016 From: friess at gmx.at (=?UTF-8?Q?Andreas_Frie=c3=9f?=) Date: Thu, 29 Dec 2016 11:48:25 +0100 Subject: [Lazarus] TTabSheet extending - where is the editor in TPageControl or a hook Message-ID: <7371d7c4-e111-64c6-7889-1fd7a6023665@gmx.at> Hi, i want to extend the TTabSheet to TMyTabSheet, but i didnt find the editor for TPageControl to say not to use TTabSheet. The editor is normaly comming up if you make a rightclick in TPageControl and say, add, insert or move left/right a TTabSheet. I want to change this from TTabSheet to use my TMyTabSheet. Is there a hook or can i register my own editor ? Thanks Andreas From lazarus at kluug.net Thu Dec 29 11:56:53 2016 From: lazarus at kluug.net (Ondrej Pokorny) Date: Thu, 29 Dec 2016 11:56:53 +0100 Subject: [Lazarus] TTabSheet extending - where is the editor in TPageControl or a hook In-Reply-To: <7371d7c4-e111-64c6-7889-1fd7a6023665@gmx.at> References: <7371d7c4-e111-64c6-7889-1fd7a6023665@gmx.at> Message-ID: <747d4b21-7842-64d6-d2b6-d37135f38af1@kluug.net> On 29.12.2016 11:48, Andreas Frieß via Lazarus wrote: > i want to extend the TTabSheet to TMyTabSheet, but i didnt find the > editor for TPageControl to say not to use TTabSheet. The editor is > normaly comming up if you make a rightclick in TPageControl and say, > add, insert or move left/right a TTabSheet. I want to change this from > TTabSheet to use my TMyTabSheet. > > Is there a hook or can i register my own editor ? You'll have to write, register and use your own TMyPageControl. Ondrej From hdpc at talktalk.net Thu Dec 29 14:32:31 2016 From: hdpc at talktalk.net (Howard Page-Clark) Date: Thu, 29 Dec 2016 13:32:31 +0000 Subject: [Lazarus] TTabSheet extending - where is the editor in TPageControl or a hook In-Reply-To: <7371d7c4-e111-64c6-7889-1fd7a6023665@gmx.at> References: <7371d7c4-e111-64c6-7889-1fd7a6023665@gmx.at> Message-ID: On 29/12/16 10:48, Andreas Frieß via Lazarus wrote: > Hi, > > i want to extend the TTabSheet to TMyTabSheet, but i didnt find the > editor for TPageControl to say not to use TTabSheet. If you don't need to use the Object Inspector for RAD editing of TMyTabSheets, you can of course descend TMyTabSheet from TTabSheet and handle all MyTabSheet's interactions with its PageControl through code, rather than using published properties of a newly registered control. From bartjunk64 at gmail.com Thu Dec 29 16:59:57 2016 From: bartjunk64 at gmail.com (Bart) Date: Thu, 29 Dec 2016 16:59:57 +0100 Subject: [Lazarus] In search of a component for holding a table of strings Message-ID: Hi, I am in need of a component/clas that can hold a 2 dimensional "table" of strings. The dimensions are unknown at designtime: I read the data from a HTML table. The HTML reader provides events that give me the data of each cell, and that tell me whenever a row is started or closed. The class should be able to: - access individual "cellls" (read/write) - add or insert a row (with an without data (TStrings and Array of String must be supprted as the datatype)). Note: adding a row must be possible when the dimensions of the table are yet unknown. - upon adding a row, it should be able to extend the dimensions of the table - the strings itself may contain LineEndings Not needed right now, but nice to have: - add or insert a column (with an without data) - upon adding a column, it should be able to extend the dimensions of the table - delete a row or column I have no need for saving the table to disk in any way. The program that uses this class should not need external libraries, since I cannot install those on the target computer I need my program on. I botched up some class that can do this (good enough for my purposes, but it's not nice code), but I was wondering if there already is some component that is more suitable (and well tested) for this. Using some sort of in memory dataset comes to mind, but I never use databases in my programs at all, so I'm a complete novice on that topic. Suggestions are welcome. Bart From werner.pamler at freenet.de Thu Dec 29 19:02:36 2016 From: werner.pamler at freenet.de (Werner Pamler) Date: Thu, 29 Dec 2016 19:02:36 +0100 Subject: [Lazarus] In search of a component for holding a table of strings In-Reply-To: References: Message-ID: Am 29.12.2016 um 16:59 schrieb Bart via Lazarus: > Hi, > > I am in need of a component/clas that can hold a 2 dimensional "table" > of strings. > The dimensions are unknown at designtime: I read the data from a HTML table. > The HTML reader provides events that give me the data of each cell, > and that tell me whenever a row is started or closed. > > The class should be able to: > - access individual "cellls" (read/write) > - add or insert a row (with an without data (TStrings and Array of > String must be supprted as the datatype)). Note: adding a row must be > possible when the dimensions of the table are yet unknown. > - upon adding a row, it should be able to extend the dimensions of the table > - the strings itself may contain LineEndings > > Not needed right now, but nice to have: > - add or insert a column (with an without data) > - upon adding a column, it should be able to extend the dimensions of the table > - delete a row or column > > > I have no need for saving the table to disk in any way. > The program that uses this class should not need external libraries, > since I cannot install those on the target computer I need my program > on. > > I botched up some class that can do this (good enough for my purposes, > but it's not nice code), but I was wondering if there already is some > component that is more suitable (and well tested) for this. > Using some sort of in memory dataset comes to mind, but I never use > databases in my programs at all, so I'm a complete novice on that > topic. fpspreadsheet? It even has a html reader, but might be an overkill though. Internally it uses a TAVLTree for storing the cells. This tree is extremely fast. Maybe you can build your class around it. Or the TVirtualGrid from grids.pas which is used internally by TCustomGrid and its descendants?