Re: [Lazarus] SynEdit highlighter for Markdown
On 06/01/2023 8:26 am, Michael Van Canneyt via lazarus wrote: > Given the many dialects in markdown (specially for multiline/continuation > things), > it'll be interesting to see how it reacts on them 😄 Hence I always recommend AsciiDoc over Markdown. ;-) There are many basic documentation concepts that MD simply doesn't support. Just to name a few: * Built-in comment support * Admonition blocks * More control over images * More control over lists * Better table handling * Auto table-of-content generation (not all MD dialects support this) * AsciiDoc is one standard and dialect * AsciiDoc never needs to embed HTML to accomplish something, because the target might not always be HTML. Just my 2¢ worth. :) Regards, - Graeme - -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] DCPcrypt: a package looking for a new maintainer
On 2022-01-15 15:51, Michael Van Canneyt via lazarus wrote: Well, I asked for permission to include DPCrypt into the FPC. It was granted, and the usual FPC license can be added. That's excellent to hear. Nothing beats the open source software model. :-D G. -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Asteroids in Pascal
On 2021-11-09 6:32 p.m., Anthony Walter via lazarus wrote: I've included a copy of the entire game logic code. Check it out here: Such a cool game. :-D Thank you for sharing. Regards, Graeme -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] FPC move to mantis completed
On 08/08/2021 10:13 am, Michael Van Canneyt via lazarus wrote: > After several technical issues (8 tries were needed to convert the FPC > sources to git), the move from svn/mantis to gitlab has been completed. I feel your pain. lol > The FPC sources are now available at > > https://gitlab.com/freepascal.org/fpc/source Well done to everyone involved. After years my dream has come true. ;-) I'll now discontinue my FPC and Lazarus (SVN -> Git mirror) on Github. 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Lazarus for writing 3D Desktop Environment/Window manager for Linux?
On 24/06/2021 1:52 pm, Chavoux Luyt via lazarus wrote: > The idea is a "game-like" first-person shooter interface where > instead of a desktop with various virtual desktops or a start menu, you > have a house (or a castle or whatever) in which you move, open different > doors with different rooms, If I recall correctly, something like this was already done back in the late 90's, early 2000's by SUN using Java. I believe it was called Project Looking Glass. Just searched the internet, and found this. https://en.wikipedia.org/wiki/Project_Looking_Glass I remember playing with it, flipping a web browser window and making notes on the back of it. It also had some virtual file manager etc. It was all WAY ahead of it's time. No idea why it got canned though. As for if FPC + Lazarus is up for the task Definitely! The modern OpenGL is pretty straight forward to use. There are plenty of binding you can use. There are also some nice Game Programming tutorials on YouTube where they even show how to write your our "game engine" of sorts. They use Java or C programming languages, but the core of OpenGL usage is exactly the same, no matter the programming language you use. 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] FPDoc chms and code examples
On 15/01/2021 7:53 am, Соболь Андрей Евгеньевич via lazarus wrote: > I see that nobody used to a tag for creating documentation lcl, > lazutil. That tag is used only the fpc team. It seem to be a decision made by the Lazarus team. I've used the EXAMPLE tag for years with the tiOPF project as well, and very happy with the result. I only use in for small code snippets though, not full programs. tiOPF docs: https://sourceforge.net/p/tiopf/tiopf_docs/ci/master/tree/ tiOPF HTML doc with example code: http://geldenhuys.co.uk/tiopf/tiobject/ttiobject.dogetfieldbounds.html 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] UDP server
On 11/01/2021 7:32 pm, duilio foschi via lazarus wrote: > I miss old ICS (Internet Component Suite) :) Have you tried looking at Indy components? I've used them for years with great success. Regards, Graeme -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] FPDoc now with Markdown support
On 07/01/2021 9:49 am, Santiago A. via lazarus wrote: > https://github.com/commonmark/commonmark-spec/wiki/Markdown-Flavors Wow, I knew about a few variations, but I didn't know there was that many. It's worse than I thought. Regards, Graeme -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] FPDoc now with Markdown support
On 06/01/2021 5:48 pm, Graeme Geldenhuys via lazarus wrote: > Hi Sergey, > > [I've replied off the mailing list] Apologies, my stupid email client replaced the TO name, but still went and sent it to the mailing list. :-( Regards, Graeme -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] FPDoc now with Markdown support
Hi Sergey, [I've replied off the mailing list] On 06/01/2021 2:16 am, Sergey Bodrov via lazarus wrote: > Wikipedia and hundreds of wiki sites (includes freepascal wiki). De-facto > standard for updateable documentation. Markdown doesn't have any official (single) standard. Many versions exist all over the internet. Wikipedia differs from, Github, which differs from Gitlab, which differs from Grubber's original Markdown etc etc. It's a total hit and miss if what you type is going to generate what you expect. Yes, basic syntax like Bold, Italic etc works, but I'm talking about more advanced document syntax. > > Main advantage in markdown, that it almost not uses closing tags for large > blocks. So, no need to keep in mind whole document structure, no troubles > with copy-paste and random edits. Asciidoc is exactly the same, but it has an official syntax that everybody adheres too. It also has a much richer syntax that Markdown lacks. Off the top of my head: * comments inside your document that will not generate. Markdown doesn't have such support at all, and many recommend using HTML comments, but that only works if you were going to generate HTML output. What if I generate PDF's, TXT, IPF, MAN pages etc output. * Markdown also doesn't support: * Admonition * Sidebars * Block titles * includes files etc. All features very often used in documentation and books. * Note the HTML usage (again) for cross references in Markdown. AsciiDoc supports that seamlessly without reverting the embedded HTML. * Markdown doesn't support annotated code blocks (aka Callouts). Further info with a side-by-side comparisons can be seen here: https://docs.asciidoctor.org/asciidoc/latest/asciidoc-vs-markdown/ The official Asciidoc Users Guide: https://asciidoc.org/asciidoc.html 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] FPDoc now with Markdown support
On 02/01/2021 2:31 pm, Michael Van Canneyt via lazarus wrote: > Compare the official page for TObject.Dispatch: Looking at another class with more detail... Did you explicitly enable the functionality to generate Private, Protected fields and methods? Or does the Markdown writer possibly not check if those were meant to be hidden from the output. The reason I ask, is because above you mentioned "official", and I know in the official docs you don't generate private and protected methods and fields in the output[1]. This page shows private and protected fields and methods: https://www.freepascal.org/~michael/docs-demo/material/classes/tlist/ Regards, Graeme [1] https://www.freepascal.org/docs-html/rtl/classes/tlist.html -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] FPDoc now with Markdown support
On 02/01/2021 2:31 pm, Michael Van Canneyt via lazarus wrote: > material theme: > https://www.freepascal.org/~michael/docs-demo/material/system/tobject.dispatch/ There seems to be an issue generating constants and values with a underscore in the name. You can see that here: https://www.freepascal.org/~michael/docs-demo/material/baseunix/arg_max/ const ARG\_MAX = UnixType.ARG\_MAX instead of const ARG_MAX = UnixType.ARG_MAX 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] FPDoc now with Markdown support
On 05/01/2021 9:47 am, Michael Van Canneyt via lazarus wrote: > Because people are naturally lazy and prefer easy & simple over strict & rich. Once again the simplest answer is always the one closest to the truth. :) > Basically the same reasons why my cat prefers the awful can food I give her > over going > out to hunt for her breakfast ;-) Oh my one cat is so fussy, he now wonders the neighbourhood looking all cute and catches yet more suckers that will feed him something else. :-/ Regards, Graeme -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] FPDoc now with Markdown support
On 03/01/2021 7:48 pm, Don Siders via lazarus wrote: >> I've been looking at allowing markdown for the description files (they would >> be less verbose then), but there seems to be no decent markdown parser >> available >> for pascal. If somone cares to contribute one... > Oh boy. I guess it is inevitable, but I don't think it's a > particularly good idea. > > I have no aversion to XML tagging. I don't mind its rigid nature > because it guarantees consistent, predictable input. > > Markdown is anarchy in my opinion, and you can't impose order on > anarchy. Markdown is great for readme or FAQ files. Not so great for a Agreed. Markdown and FPDoc's description syntax suffer the same problems. The syntax isn't rich enough, and thus falls back to using embedded HTML syntax (officially or unofficially) and mostly assumes that HTML with be the final generated format. This is not always the case. On the other hand AsciiDoc has a MUCH richer syntax and is equally intuitive to write because it too looks like plain text emails you would normally write. But it also has a much richer syntax that covers everything you need for documentation or technical articles (excluding formulas). Things like comments in syntax, include files, an actual specification, less "derived alternatives" (eg: Github Markdown, original Gruber markdown etc). There are many articles on the Internet going in much more detail describing the issues of Markdown. Yet like Windows, it seem still so popular. I have no idea why. 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] *** SPAM *** Open Source IDE Written Using Delphi
On 26/12/2020 9:56 am, Jean SUZINEAU via lazarus wrote: > It's seems this IDE is compiled with Delphi 7, with .bat and .exe files, > I imagine it's windows only ? > > May be it would have been nice that they sponsor Lazarus ;-) ? In my honest opinion, I don't think there is anything WE can learn from Embarcadero (other than how not to do things). But I do believe there is a lot they can learn from us. The Free Pascal and Larazus community should be leading the future of the Object Pascal languge, not Embarcadero. 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Issues getting sources from the repository
On 26/12/2020 9:37 am, Лев Бронштейн via lazarus wrote: > I wanted to find out the reason why the server is constantly connecting. > This has been happening regularly lately. Feel free to try out the unofficial Lazarus Git mirror. It tracks the "master" branch only, fetches the latest commit every 15 minutes. It might be unofficial, but has been running for the last 8 years already. :-) First time only: git clone https://github.com/graemeg/lazarus.git Subsequent updates: cd lazarus git pull More details here: https://wiki.lazarus.freepascal.org/git_mirrors 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] What to replace Application.Processmessages with?
On 13/10/2020 9:15 am, Bo Berglund via lazarus wrote: > The TTimer objects have been replaced by TFpTimer objects in the > ported code and this seems to work fine, whereas TTimer does not. That is the key part, using TFPTimer is thread based, so calling CheckSynchronized() would be the solution to keep things ticking over. Michael made a good suggestion, by wrapping that code into a method, so it is easier to maintain, and that wrapper method is more descriptive (ie: self documenting your code). In the long term I would highly suggest converting that code / tasks to multiple theads. From what you described, they sound like good candidates for a thread based system. 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
[Lazarus] Feature Request: Override/Implement methods
Hi, I've pulled the latest Lazarus code and went through all the menu items I could find but could see what I was looking for. Does Lazarus have a feature eg: (Editor -> Source [popup menu] -> Override/Implement Methods) so the IDE could stub out say missing methods from a Interface I listed in the class definition, or allow to override methods from parent classes? Attached is a screenshop of Eclipse (Java IDE) where it will generate stub code for a new "QuackBehaviour" interface I specified in the class I'm currently editing. 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] How to start Lazarus on Mac ?
On 04/10/2020 2:52 pm, Michael Van Canneyt via lazarus wrote: > Should not the system installed version detect the 'local' version and start > that ? From my experience with MacOS, it only looks inside the *.app directory for what to use. Local (installed in user home folder) doesn't affect it in any way. This is not only a Lazarus issue. I had the same with jEdit (system install & user install). Eventually I removed the system installed version, so there is only every one instance of the app. 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Switching Lazarus between fpc 3.2.0 and 3.0.4 - how to?
On 05/07/2020 6:47 am, Bo Berglund via lazarus wrote: > Still I seem not to understand this... > I do have two fpc versions installed (3.0.4 and 3.2.0). > > But I cannot find any setting for compiler in > Project/Project_Options/Compiler_Options/Build_Modes It's been a while. I thought there was a setting or macro in the Build Modes dialog. If not, then you need to use "Tools -> Options -> Environment > Compiler Executable" and keep selecting a different version. Hence I said MSEide has always done this better - even via a shortcut to toggle between compiler versions. Also, I have adopted a directory hierarchy years ago, where multiple versions are easily supported. Then make sure your ~/.fpc.cfg file is configured to handle multiple versions. My directory layout: /data/devel/fpc-2.6.4/ - src/ - x86_64-linux /data/devel/fpc-3.0.4/ - src/ - x86_64-linux /data/devel/fpc-3.2.0/ - src/ - x86_64-linux A snippet from my ~/.fpc.cfg file where I use macros for the version: # searchpath for units and other system dependent things -Fu/data/devel/fpc-$fpcversion/$fpctarget/lib/fpc/$fpcversion/units/$fpctarget -Fu/data/devel/fpc-$fpcversion/$fpctarget/lib/fpc/$fpcversion/units/$fpctarget/* -Fu/data/devel/fpc-$fpcversion/$fpctarget/lib/fpc/$fpcversion/units/$fpctarget/rtl Saying that, I think Lazarus IDE looks for a fpc.cfg file in the same directory as the fpc.exe executable you selected. So in that case, maybe the ~/.fpc.cfg modifications are not needed for Lazarus. *shrug* 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Cannot compile console application, why?
On 06/07/2020 6:20 am, Michael Van Canneyt via lazarus wrote: > I suggest to remove indylaz from the uses clause. > It pulls in some GUI related code, probably some design-time stuff. Yeah, from memory, the non-gui related package is called "indy.lpk" 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Proposal: Allow Umlaute and Accented Characters in Identifiers
On 04/07/2020 9:48 pm, Sven Barth via lazarus wrote: > I've just tested: Delphi does not support Emojis. I've just tested with Java. They allow Unicode, but only what is considered "spoken language" characters. So things like Emojis, Math Symbols, Arrows etc are not allowed as part of the text making up the identifier's name. 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Proposal: Allow Umlaute and Accented Characters in Identifiers
On 04/07/2020 7:11 pm, Graeme Geldenhuys via lazarus wrote: > var >😀: Integer; > begin >for 😀 := 0 to 10 do > writeln(😀); > end. And exception variables could be 🤢 (nauseated face). 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Proposal: Allow Umlaute and Accented Characters in Identifiers
On 03/07/2020 3:37 pm, Michael Van Canneyt via lazarus wrote: > I did a quick test in Delphi: If Unicode is indeed supported in the language itself, it would be hilarious to start seeing coding using emojis as identifiers! :-D https://unicode.org/emoji/charts/full-emoji-list.html var 😀: Integer; begin for 😀 := 0 to 10 do writeln(😀); end. 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Switching Lazarus between fpc 3.2.0 and 3.0.4 - how to?
On 21/06/2020 6:18 am, Bo Berglund via lazarus wrote: > Is it possible to switch Lazarus between using fpc 3.0.4 and 3.2.0 so > as to compare the two easily? Yes. There is no need for duplicate Lazarus installs. Simply have 2 or more FPC versions installed. I believe the build modes would help switch between the two. Alternatively, MSEide makes this extremely easy, as can be seen in the attached screenshot. You can assign shortcuts too, so you don't even have to go into the Project Options. 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Keyboard mapping probelm
On 30/05/2020 9:04 pm, Brian via lazarus wrote: > Copyright (c) 1993-2017 by Florian Klaempfl and others > (1002) Target OS: Linux for x86-64 > (3104) Compiling fcllaz.pas > /home/brian/subversion/lazarus/packager/registration/fcllaz.pas(11,3) Fatal: > (10022) Can't find unit db used by fcllaz > Fatal: (1018) Compilation aborted > Makefile:2929: recipe for target 'fcllaz.ppu' failed From that errer, that tells me you have some problem with your FPC setup, not Lazarus. FPC is trying to compile the Lazarus fcllaz package that uses the FPC's db.pp unit, but can't find it. The "db.pp" unit is part of FPC's fcl-db package. I would double check your ~/.fpc.cfg file and make sure all the paths are correct. Regards, Graeme -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Tool to make icons ?
On 21/05/2020 3:13 pm, Michael Van Canneyt via lazarus wrote: > What is the tool used to make icons for standard Lazarus components ? Aseprite is brilliant. Included in Linux package repositories too. I use it for pixel art - playing around with game development. There are loads of fantastic tutorials on youtube too. 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Keyboard mapping probelm
On 06/05/2020 1:19 am, Brian via lazarus wrote: > I forgot to add - I totally erased fpcup's entire tree and rebuilt > from scratch. No change. It's not about recompiling Lazarus. Probably more related to your customised settings in your $HOME/.lazarus/ directory. Start your lazarus from the command line with the paramater: ./lazarus --pcp=/tmp/lazarus where "/tmp/lazarus" is a totally empty directory. That should give you Lazarus with 100% default config values. If the problem goes way, then it's a key mapping issue in your ~/.lazarus/ directory. 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Lazreport variables
On 03/05/2020 5:03 pm, Santiago A. via lazarus wrote: > I want to write a report where even lines are written with no background > and odd lines with a light gray background. Have you considered using the newer FPReport (aka fcl-report) included with FPC? There is a report designer for Lazarus too. It is super simple to implement the alternating colors that you required. Take a look at the fcl-report/demos/ directory and look at the "rptexpressions.pas" unit. All you need to do is assign the alternating colors in the DoBeforePrint() event handler. eg: procedure TExpressionsDemo.DoBeforePrint(Sender: TFPReportElement); begin With rpt.Variables.FindVariable('isEven') do AsBoolean:=Not AsBoolean; if rpt.Variables.FindVariable('isEven').AsBoolean then Sender.Frame.BackgroundColor := clLtGray else Sender.Frame.BackgroundColor := clWhite; end; 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Online Package Manager question
On 13/04/2020 10:11 pm, Michael Van Canneyt via lazarus wrote: > I have not used the OPM extensively, but I think that once a package has > been registered/accepted, I think the original author must be able to upload > his > own changes. Just curious - does the OPM support multiple versions of a package? eg: If the package includes code breaking changes in a newer version, developers could still choose to use a older version that doesn't break there code. Think Maven packages where any release version can be chosen by developers using that package. 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Delphi is 25 years old today
On 14/02/2020 10:25 am, Anthony Walter via lazarus wrote: > As the title says, Delphi turns 25 years old today. Yeah, just read that a few minutes ago. Amazing, and such a pity it never got the fame/popularity it deserved. The language is amazing! Though these days it has seriously stagnated (specially the IDE). https://www.theregister.co.uk/2020/02/14/25_years_of_delphi_programming_not_the_vb_killer_but_enduring_nonetheless/ 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] The future of the Lazarus IDE
On 26/11/2019 8:38 pm, Bo Berglund via lazarus wrote: > one can get maybe 20/5 Mbit/s but during summer vacations when the > population multiplies many times over it drops to sub-Mbit/s very > often. > Too much on-line video usage, I think. LOL - 7 years ago when I still lived in South Africa... "super broadband" was considered 5-10/0.5 MBps, but in reality you only got around 2-3/0.25 MBps. The most popular (affordable) broadband was still 512/256 KBps! Fibre didn't exist back then, and is probably not affordable now (if it exist). So imagine my delight when I arrived in the UK and order fibre to the home with 200MBps speeds, and was really affordable. :-) I now have 250/30 (the most we can get in our area) and still smiling all the way. The UK is still lagging behind many other countries for upload speeds [as far as I know], but hopefully we will get there some day. First we got to sort out that little thorn in the side called Brexit. ;-) Regards, Graeme -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] The future of the Lazarus IDE
On 25/11/2019 7:40 pm, Michael Van Canneyt via lazarus wrote: > I know this. We have the same for pas2js, there is a demo for it. > > But this is still not RAD. Developing a GUI with RAD is simply faster. I need to watch some FPC videos and try some more demos. I'm clearly lagging behind on what FPC can do for the web these days. ;-) 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] The future of the Lazarus IDE
On 25/11/2019 8:27 am, Michael Van Canneyt via lazarus wrote: > In order to see the full potential of web components, the IDE needs to be > web-enabled. So you don't like the idea how React development is done? It runs some server in the background and has some "auto reload" feature. You can use *any* text editor to edit the javascript files. As soon as you save, the web browser auto-reloads and you see the result of your changes. For example - see this video: https://youtu.be/sBws8MSXN7A?t=1105 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] The future of the Lazarus IDE
On 25/11/2019 8:11 am, Luca Olivetti via lazarus wrote: > I meant an internal network with an > application specific server used by many clients. And that is exactly how the other day we had 500+ IntelliJ IDEA developers in our company that couldn't run IntelliJ. The licensing server died for a couple of hours. I personally had such reliance on a single point of failure. Stand-alone local apps without the reliance of any service on a network (LAN or WAN) is always my preference. I've had the same argument for 15+ years about having offline help too. The help stays compatible with the version of software I have running, and if the internet goes down, I can still access the help. 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] The future of the Lazarus IDE
On 24/11/2019 8:45 pm, Ralf Quint via lazarus wrote: > be for a good part that I am used to the Borland (WS) keyboard mappings > and the general editor behavior, after almost 40 years, those have > become second nature (and are thoroughly missed whenever I have to use > some other environment). Oh, I know exactly how you feel. I had a double dose of that 6 months ago, when I had to switch to OSX as my daily development system, and I had to learn IntelliJ IDEA and it's shortcuts. I'm still finding my way, but getting better. 30 plus years of using a PC and 20+ years of using Delphi/Lazarus development tools is a hard habit to kick. ;-) > other reasons why once in a while I might be forced to use Eclipse (or > one of its derivatives) and it is just a bloated, slow as molasses carp... I've heard many say that, but I have not experienced that (maybe older versions from many years ago had that issue). On my desktop PC, which is now 6 years old (Intel i7 system), it starts faster than the latest Delphi does. And while working in it, I experience no performance issues at all. My work MacBook Pro is a lot newer and faster than my desktop, and it definitely doesn't have any performance issues with Eclipse or IntelliJ IDEA. The latter does require more memory, and the fact that if you want to work with multiple projects, you need multiple instances of IntelliJ is not ideal (that's where Eclipse workspaces work very well - though I do close the projects I don't need open). 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] The future of the Lazarus IDE
On 24/11/2019 11:23 am, Michael Van Canneyt via lazarus wrote: > If the external tool implements it, you get it for free. And if they don't decide to implement it, you don't get it at all. I have filed quite a few Feature Request and Bug Reports for IntelliJ IDEA. Many bugs were prompts fixed, but the feature requests has to go to a community voting system, and some have been around for years and not implement yet. 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] The future of the Lazarus IDE
On 24/11/2019 11:19 am, Marco van de Voort via lazarus wrote: > No. More importantly it gives independence. Something that external > tools don't give. If they wither or change direction, or do the umpteen > API change you have an immediate problem and risk getting caught in an > infinite catch-up Also, myself and companies I worked for have been bitted by the fact that you used closed source software. I feel web apps fall into that same category. If the software vendor disappears (or the website), so does your development tools. Even IntelliJ IDEA seems to be prone to that issue. Just the other day we had about 500 developers that couldn't run IntelliJ for a couple of hours because the licensing server went down. We had to download and install the 30 day trial version of the Commercial edition so we could all get going. I just fired up my Eclipse and continued working as normal - no license server used! The many benefits of fully open source development tools. 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] The future of the Lazarus IDE
On 23/11/2019 10:43 pm, Ralf Quint via lazarus wrote: > I personally loath VSCode just as much as VS itself (or XCode, for that > matter) or Eclipse. I haven't really used VSCode, but as far as I understand, it's a editor, not an IDE. The other point being, that it doesn't run on FreeBSD - a platform I use very often. Web only apps is not really my cup of tea. I don't always work where there is good any any internet. It took me a *long* time just to get used to our company using GSuite instead of something like LibreOffice. As for your comment about Eclipse. Just recently I boasted to Michael about how awesome Eclipse and IntelliJ are (I do Java development these day). They are like night and day compared to Delphi or Lazarus. The amount of feature, how well they understand your code, the refactoring ability, debugging features etc are all out of this world. As for XCode - now there I fully agree with you. I helped out on our iOS product for a while. XCode is just weird. :-) 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] The future of the Lazarus IDE
On 23/11/2019 10:26 pm, Michael Van Canneyt via lazarus wrote: > I must say I am shocked to read you consider Lazarus "buggy and cumbersome". > In my experience it's way better than Delphi as an object pascal IDE. I'm > generally more productive in Lazarus than in Delphi, due to the superior > code tools. Ryan, I have to agree 110% with Michael here. If you want to see "buggy", then take a look at the last few releases of Delphi. I got *so* frustrated with it, and wished I could be using Lazarus instead. Everything around Delphi is terrible. The IDE stability, the language features, the lack (or missing or worse wrong) documentation etc. I have no idea why anybody still uses Delphi! Unfortunately, the project I was working on was purely VCL based, so I had no choice. :-/ 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Find in files crashes Cinnamon
On 15/11/2019 8:58 pm, Florian Klämpfl via lazarus wrote: > Feels like a discussion from 1998 :) :-) True. JWM is still being maintained though, so it's not abandon-ware. Nothing wrong with good old X11 Window Managers. As somebody pointed out to me recently Of everything mankind has created, software is the only thing that doesn't decay over time. So there is nothing wrong with running "old" software either - if it gives the functionality you need. On a side note: Not that I restart my system or UI much, but it is awesome seeing my UI fully loaded near instantly after I type 'startx'. 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Find in files crashes Cinnamon
On 15/11/2019 10:42 am, Michael Van Canneyt via lazarus wrote: > The crash and switch to 'fallback mode' ("restart fallback mode" would be > better named) > happens easily once a day. > > I'd try using linux mint "mate", but I'm not particularly looking forward to > reconfiguring my machine. It takes days to get everything in working order > again... I remember experiencing that too, and that drove me away from using Cinnamon. In the end I went for something that is as minimal as possible, so it doesn't interfere with any debugging or software shortcuts etc. I decided to moving back to good old X11 window managers, not desktop environments. I settled on JWM (Joe's Window Manager) and have stuck with it for near 5 years now. It stays out of my way, it only occupies 2 or 3 keyboard shortcuts (which I configured) and only uses 8-15MB of RAM. But yes, I feel your pain in having to set up a new system, or reconfiguring a desktop environment to what you are comfortable with. We are creatures of habit, and don't like change! :-) 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Lazarus program runs fine in a Terminal but not in a PuTTY session, why?
Hi Bo, On 31/10/2019 10:02 pm, Michael Van Canneyt via lazarus wrote: > If the 'interfaces' unit is in the uses clause of your program, try > removing it. In addition to what Michael said, you can also run `ldd /path/and/program` and Linux will tell you your executable is dependent on X11 libraries. If so, then "nogui" might still be pulling in dependencies without your knowledge. 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Multi-platform console application, how to handle file paths?
On 29/10/2019 9:16 pm, Michael Thompson wrote: > Been doing this for 10 years now, no conflict on any client PC > anywhere :-) I like those holes in A: and B: :-D Very clever indeed! Make full use of those relics. I wonder why Microsoft didn't think of that for USB drives. Regards, Graeme -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Multi-platform console application, how to handle file paths?
On 29/10/2019 12:07 pm, Bo Berglund via lazarus wrote: > I have been around too long so I > remember the old days... Same. Windows should get with the times and switch to Unix. ;-) On a side note: After all, Windows still start the drive letters with C: and considering that no PC is the last decade or two has shipped with floppy drives, maybe they could start from A: instead. Most of the people I work with have NO idea why Windows starts with C: as the boot drive instead of A: :-P 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Install Lazarus on Mac OSX Catalina
On 13/10/2019 12:42 am, Anthony Tekatch via lazarus wrote: > report: error: undefined symbols for architecture i386 As Catalina doesn't have 32-bit support, I would imagine you need to compile 64-bit FPC first, then build Lazarus with the 64-bit fpc compiler. I would also imagine you can't use the official FPC 3.0.4 Install which includes only a cross-compiler for 64-bit (but the ppc* executable is 32-bit). So you need a true 64-bit FPC, not a cross-compiler. Take all this information with a pitch of salt though. ;-) I can't even get my MacBook to run because of outdate XCode, Apple wanting to force me to install Catalina to get a working XCode, and because my AppleID has been locked (G*D knows why!). 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Install Lazarus on Mac OSX Catalina
On 12/10/2019 7:05 pm, Anthony Tekatch via lazarus wrote: > Any advice on getting Lazarus to work on > a Mac now? Probably not helpful now, but don't ever just upgrade your OS to a new major version without doing some research first. Catalina breaks a lot of things! Plus the one major thing is that Apple completely removed 32-bit support - probably the issue you are now experiencing. 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] How to connect to MariaDB/mySql database from fpc/Lazarus?
On 27/08/2019 3:22 pm, AB via lazarus wrote: > There is nothing wrong with using mysql or mariadb for websites, it > is not an accident that they are popular. I beg to differ - it is terrible! https://forum.lazarus.freepascal.org/index.php/topic,20826.0.html 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] How to connect to MariaDB/mySql database from fpc/Lazarus?
On 26/08/2019 10:39 pm, Michael Van Canneyt via lazarus wrote: > MariaDB/MySQLDB are the probably the worst choices you can make. > Postgres, Firebird, SQLIte: all better choices, depending on your use case. +1000 Regards, Graeme -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] How to connect to MariaDB/mySql database from fpc/Lazarus?
On 26/08/2019 8:53 pm, Bo Berglund via lazarus wrote: > I am confused about the SQLDB component tab in the IDE since it lists > many connection components for MySql (7 in fact). Which one do I use? If you want to hide all complexity of database components, maybe take a look at tiOPF. It abstracts away all database components and allows you to freely switch between backend databases and database components simply with a compiler define change and recompile. You can even switch from a client/server application to a n-tier application - again just with a compiler define changes and recompile. Not a single line of code needs to change. As a bonus, your application works 100% with objects instead of database tables and fields - thus making unit testing so much easier. tiOPF homepage: http://tiopf.sourceforge.net tiOPF help on FPC wiki: https://wiki.lazarus.freepascal.org/tiOPF 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Best examples of cross platform visual file or folder search application?
On 22/08/2019 3:20 am, Anthony Walter via lazarus wrote: > Can anyone tell me if there are any popular minimal programs which allow > users to search for files or folders on their computer using wildcard I can think of a few, though the SearchRec is not hard to use at all, so is very easy to knock up exactly what you need. Anyway, take a look at these: * DoubleCmd (Double Commander) project * See the "Iterator Pattern" article I wrote. You can very quickly adapt the regex iterator by feeding it SearchRec results and then filter out the output. * In the fpGUI "core" code there is a cross-platform file searching class with filtering support. It is used to feed results into fpGUI's File Open/Save dialog. I'm sure there are many more such examples. 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Canvas.Rectangle question
On 16/08/2019 8:01 pm, Bo Berglund via lazarus wrote: > Seems like if one does not draw the border at all (pen.width = 0) the > resulting rectangle will be painted within a pixel correctly placed > and sized. If I recall correctly, both Win32 and XLib will render a line with the thinnest possible width, when you set Pen.Width = 0. But it's been a while since I read those docs, so don't hold me to it. ;-) I don't know what OSX does. 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Canvas.Rectangle question
On 16/08/2019 4:20 pm, Bo Berglund via lazarus wrote: > Say the rectangle is (10,4, 30,14) and the Pen.Wdth is set to 2, is > the resulting shape 20 x 10 or 24 x 14 in size? This is why fpGUI uses (x, y, width, height) instead of (x1, y1, x2, y2), because the latter is just too confusing. Anyway, I think LCL follows the following design... See the Qt4 documentation. https://doc.qt.io/archives/qt-4.8/qrect.html#rendering 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] getlazarus.org search request
On 12/08/2019 9:33 am, Anthony Walter via lazarus wrote: > public IEnumerable SearchItems { get; set; } I don't know C# at all, but am curious regarding this. What does that "get" and "set" do? It that a shorthand syntax for implementing getters and setters of a field variable? 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] It is a beautiful day...
On 11/08/2019 10:56 am, Ondrej Pokorny via lazarus wrote: > I found out that the XML format is unusual (wrong). Fully agree. That is so INI-ish, and really not needed in XML or JSON formats. > I ask because I wanted to update the file format to the new Lazarus XML > format (without the indexes and count attributes): > > > > > > > > > > > Looks much better! I vote for this. I would also recommend the idea of considering JSON format, which is less verbose, has real data types (boolean, int, float, etc - not everything is a string value), thus making it more expressive. 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Nice Lazarus ScrabbleControl, also a Gtk2 Bug
On 09/08/2019 8:40 am, Anthony Walter via lazarus wrote: > Here is a brief video demonstration: I know nothing about Scrabble, but as a seasoned visual component developer I can see a lot of effort went into that. Well done! 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Nice Lazarus ScrabbleControl, also a Gtk2 Bug
On 09/08/2019 1:50 pm, Anthony Walter via lazarus wrote: > but perhaps someday someone > might want to remake a new non Delphi compatible library from scratch for > FPC and carry forward with this idea. Such libraries already exist. eg: fpGUI Toolkit and MSEide+MSEgui. Feel free to experiment with those. :-) 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] A SQL Explorer Program. Suggestions?
Hi Anthony, On 24/07/2019 12:22 pm, Michael Van Canneyt via lazarus wrote: > The Lazarus data desktop comes standard with lazarus, has all these features > and more. > (see lazarus/tools/lazdatadesktop/ 'lazdesktop' is a good choice. To have a more complete list, there are a few others too. ;-) * tiSQLEditor which is a child project of tiOPF https://github.com/graemeg/tiopf https://github.com/graemeg/tiopf_apps * FenixSQL which is a support app included with firebird-lib (previously known as FBLib) https://github.com/graemeg/firebird-lib I'm sure there must be more, but these are the 3 I know about. 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Now Available Raspberry Pi 4
On 24/06/2019 10:58 pm, Ralf Quint via lazarus wrote: > The 4GB version ("wenn schon, denn schon"... ;-) ) is $55, add to that > that you need also a 5V/3A power supply, a SD card and now new (mini) > HDMI cables or adapters. Add a screen/monitor to it, and/or a camera, > keyboard, mouse and you are north of $100, in range where you get a low > end notebook these days... I get what you are saying, but simply reusing a mobile phone charger or Macbook/laptop charger for power should do. Most RPi users should already have a SD card and other peripherals lying around - or simply RDP/SSH into the PRi and no extra peripherals are needed. One or two less takeaway Lattes (coffee) for one month and you paid for your HDMI cable or dedicated power supply. ;-) I still think the RPi is an amazing accomplishment. My old company has done some amazing things with the original RPi v1's (I still have one too). Regards, Graeme -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Now Available Raspberry Pi 4
On 24/06/2019 8:17 am, Anthony Walter via lazarus wrote: > With these changes I can see the Pi now as a complete desktop replacement > computer. And only starting at $35 - mind blowing stuff! :-) ps: Thanks for the announcement. Regards, Graeme -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Get the number of pages in a pdf file
On 14/06/2019 6:19 pm, Rogério Martins via lazarus wrote: > Is there a function for read info about a pdf file ? I need to know the > number of pages in a given pdf file. I don't know of a Object Pascal library you can you, but there is an alternative. The PDF fromat is a mixture of text and binary. You can search for text as follows: /Type /Pages /Count 45 After the "/Type /Pages" there should be a "/Count " line which contains the page count. Hope that helps. 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
[Lazarus] tiOPF is looking for a new project maintainer
Hello everybody, I have really enjoyed working with tiOPF for 15+ years and have written tons of database and non-database applications that used tiOPF. It was also the project that introduced me to Design Patterns and Test Driven Development, and I'll forever be grateful for that. However, due to the decline in Delphi/Object Pascal popularity for paid work (at least here in the UK), I've moved full time to another programming language. With that, I feel it is time to hand over the reins to someone else that still uses Delphi/Object Pascal on a daily basis. So if you feel up to the challenge and don't want to see a great project become abandon-ware, please let me know. I'll keep running the support newsgroup - I have no intention in stopping that. I'll also continue running the daily/hourly unit tests for tiOPF as it is fully automated anyway. I'll also still be around to answer questions, but will be moving away from maintenance and new development work for tiOPF and tiOPF related utility applications. So if you have any interest in keeping tiOPF alive, please contact me here or in private. ps: If I've done it correctly, all replies should go to the fpc-other mailing list. Regards, - Graeme - -- My public PGP key: http://tinyurl.com/graeme-pgp -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Dark theme suggestion
On 10/05/2019 12:53 pm, Anthony Walter via lazarus wrote: > I submitted a request to add a new dark theme for the Pascal > Editor. I do love dark themes and have been using them for years. I especially like the Solarized (light and dark) themes - very useful for someone moving around with a laptop where light conditions change. Now the BIG question: Do dark themes save on battery power? ;-) Regards, Graeme -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Info on the big-O notation
On 10/05/2019 12:01 pm, Graeme Geldenhuys via lazarus wrote: > Has anybody got a good URL or document or summary email that explains > the big-O notation? Seems all I needed was just one extra search on the Internet. :-) I found the following URL which gives an excellent explanation. http://cooervo.github.io/Algorithms-DataStructures-BigONotation/big-O-notation.html Regards, Graeme -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
[Lazarus] Info on the big-O notation
Hi, [not Lazarus specific, but more a general programming question] Has anybody got a good URL or document or summary email that explains the big-O notation? It is often used to describe a task/method/algorithm to say how quick or efficient it runs, or how well coded your method might be. I kind-of have an idea how it works, but I would really like to solidify my knowledge of it. An example usage would be something like: There are multiple ways to implement a "find the longest palindrome" function. A simple solution would result in O(n^2) runtime, and a well optimised solution would produce a O(n) runtime. Regards, Graeme -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] LCL customdraw and LCL fpGUI bug
On 02/05/2019 03:13, Fabio Luis Girardi via lazarus wrote: > LCL-fpGUI needs some fixes I've just submitted a set of 11 patches for LCL-fpGUI: https://bugs.freepascal.org/view.php?id=35478 TLabel finally works. :-) Unfortunately the TMonitor.GetPixelsPerInch() issue is still not fixed. I manually commented out the code... if WidgetSet.GetDpiForMonitor(FHandle, MDT_EFFECTIVE_DPI, X, Y)=S_OK then ... else and only left the "Result = Screen.PixelsPerInch;" call in place. If you didn't guess, it is a temporary fix. ;-) 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
[Lazarus] FHandle causes AV in TMonitor.GetPixelsPerInch()
I'm debugging the issue reported about LCL-CustomDraw and lcl-fpgui causing an AV at application start up. I traced the issue back to TMonitor.GetPixelsPerInch() which is called in TCustomForm.AfterConstruction(). As soon as GetPixelsPerInch() tries to reference FHandle in any way, it throws an AV. Anybody got some hints as to why both custom drawn widgetsets have this issue? Would it be some window handle allocation timing issue for custom drawn widgetest? ie: The handles are allocated later that other non Object Pascal based widgetsets? 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] LCL customdraw and LCL fpGUI bug
On 02/05/2019 03:13, Fabio Luis Girardi via lazarus wrote: > function TMonitor.GetPixelsPerInch: Integer; > > Tried with Lazarus fixes 2.0.3 with FPC 3.2.0 > > Did I forget anything? Should I report a bug? fpGUI already has that information. I'll take a look at LCL-fpGUI and supply a patch if needed for that. I'll also take a look at the other LCL-fpGUI issues you said appears. The LCL-fpGUI really needs a dedicated developer to get it out of alpha/beta stage. 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Website/Mantis back online (colors)
On 24/04/2019 11:23, Bart via lazarus wrote: > I would vote for large contrast, especially for those who may have > some degree of visual impediment. In that case I would recommend a separate stylesheet. Take Firefox web browser for example In the menu "View -> Page Style -> " If a website supports multiple stylesheets, they would appear in that menu. Here is a live demo: https://developer.mozilla.org/samples/cssref/altstyles/index.html Here is MDN (Mozilla Developer Network) documentation on it: https://developer.mozilla.org/en-US/docs/Web/CSS/Alternative_style_sheets 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] css Re: Website/Mantis back online
On 24/04/2019 10:54, Bo Berglund via lazarus wrote: > When copying text from webpages, dev IDE's and emails to paste > somewhere I always first paste in Notepad++ Some background info: That's because the original content is considered "rich text". But any program worth using should have an option to paste in different formats (if the original clipboard content is considered "rich text"). So there really should be an option to "paste unformatted". Email clients however tend to automatically determine the format of the pasted text based on the current email formatting (is it an HTML email or Plain text email that you are writing). 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
[Lazarus] Lazarus IDE compiled with lcl-gtk1 issues
Hi, On 14/04/2019 17:40, Graeme Geldenhuys via lazarus wrote: > Perfect, that worked. OK, I spoke too soon. :-) I'm using Lazarus r60773 dated 26 March 2019. The build worked, but the IDE doesn't. I can't resize the main IDE dialog to see the tool palette. Also when I try and open any dialog... eg: Tools -> Options. or Help -> About. It throws and instant AV. $ ./lazarus [WARNING] Out of OEM specific VK codes, changing to unassigned [WARNING] Out of unassigned VK codes, assigning $FF Hint: (lazarus) [TMainIDE.ParseCmdLineOptions] PrimaryConfigPath="/home/graemeg/.lazarus" Hint: (lazarus) [TMainIDE.ParseCmdLineOptions] SecondaryConfigPath="/etc/lazarus" Trace:ERROR: Signal 123 not found! Gtk-CRITICAL **: file gtkwidget.c: line 3722 (gtk_widget_get_parent_window): assertion `widget->parent != NULL' failed. .snip Trace:ERROR: Signal 123 not found! Trace:ERROR: Signal 123 not found! Trace:ERROR: Signal 123 not found! TApplication.HandleException: EAccessViolation Access violation Stack trace: $006E92C1 line 101 of include/imglist.inc $006EEE7A line 1850 of include/imglist.inc $006E2D57 line 120 of include/buttonglyph.inc $007638DD line 301 of gtkwsbuttons.pp $007634AD line 172 of gtkwsbuttons.pp $006E250E line 350 of include/bitbtn.inc $00642D6E line 7571 of include/wincontrol.inc $006DEAE9 line 46 of include/buttons.inc $0064231E line 7455 of include/wincontrol.inc $00643A67 line 7908 of include/wincontrol.inc $00642E82 line 7590 of include/wincontrol.inc $0064231E line 7455 of include/wincontrol.inc $00643A67 line 7908 of include/wincontrol.inc $00642E82 line 7590 of include/wincontrol.inc $00467E04 line 23 of include/scrollingwincontrol.inc $00470F4D line 2701 of include/customform.inc $004724F6 line 3156 of include/customform.inc Trace:ERROR: Signal 123 not found! Trace:ERROR: Signal 123 not found! WARNING: TMenuItem.Destroy with LCLRefCount>0. Hint: Maybe the component is processing an event? 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Building lazarus from cli - how to specify target widgetset
On 14/04/2019 17:23, zeljko wrote: > make LCL_PLATFORM=gtk Perfect, that worked. Thanks! Regards, Graeme -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
[Lazarus] Building lazarus from cli - how to specify target widgetset
As the subject lines says, how do I build lazarus IDE and LCL from the Linux command line and specify a specific widgetset target. eg: lcl-gtk1 instead of the default lcl-gtk2. 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Is LCL-GTK still possible?
On 26/03/2019 13:22, Mattias Gaertner via lazarus wrote: > It shows "incompatible ppu...". Have you compiled clean? > For example Run / Clean up and build? I've never used that before Doesn't Lazarus keep compiled units in separate output directories? I had a quick look in the LCL package and I see the output directory is set as ../units/$(TargetCPU)-$(TargetOS)/$(LCLWidgetType) So surely having built Lazarus from source and only ever used LCL-GTK2, there should not have been any interference with outdated ppu files when I try and build an application using LCL-GTK1? Maybe some packages included with Lazarus don't have the correct unit output directories set? Hence the "Clean up and build..." option being required. This is the only conclusion I could think of as to why ppu files would be out of date on my system. This system has only been set up from scratch 2 months ago. Aside from that, the above suggestion and the latest fixes you committed has resolved the issue. I have managed to successfully compile and run a LCL-GTK1 application. Thanks. :) 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Is LCL-GTK still possible?
On 26/03/2019 10:06, Graeme Geldenhuys via lazarus wrote: > Correct. I want to see if LCL-GTK1 is still possible using Lazarus 2.1.0 > or later. And just to add, I'm using Ubuntu 18.04 LTS and have the gtk1 libraries installed. I can compile and run from the command line, all the FPC gtk1 examples (ie: fpc-3.3.1/src/packages/gtk1/examples/ ) So I know my GTK1 environment and dependencies are fully working. 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Is LCL-GTK still possible?
On 26/03/2019 09:57, zeljko via lazarus wrote: > Seem that Graeme is talking about Gtk1, not Gtk2. Correct. I want to see if LCL-GTK1 is still possible using Lazarus 2.1.0 or later. Regards, Graeme -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Is LCL-GTK still possible?
On 26/03/2019 09:50, leledumbo via lazarus wrote: > Maybe activate clean before build? Where do I do this? Like I said, I created a brand new test project, designed the main form, set the LCL WidgetType to GTK. Saved the project and then tried to do a "compile". So the project doesn't contain any existing ppu files. With my current Lazarus compiled in February, I always do a 'make clean; make bigide' and it defaulted to compiling the Lazarus IDE with GKT2. I know in the past (many years ago) you had to manually rebuild LCL (by building the IDE) for other widget types. But since LCL is now a "standard package" like any other *.lpk package, I thought it should build automatically when needed. Is this assumption not correct? 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
[Lazarus] Is LCL-GTK still possible?
Hi, I was just curious, so created a new application and dropped a few standard widgets on the main form. Set the LCL target to GTK1 and tried to compile the project. It failed with the "Cannot find LCLIntf used by GtkDef" See attached screenshot. Am I correct, that the LCL widgetset should auto compile, even though my Lazarus IDE is compiled with LCL-GTK2? I'm using FPC 3.0.4 (64-bit) under Ubuntu Linux using Lazarus 2.1.0 (dated 2019-02-09). 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] VirtualTreeView rendering on Cocoa
On 13/03/2019 11:23, Alexey via lazarus wrote: > by setting DblBuffered to false, no? I honestly don't know the current code of VTV. I haven't used VTV since around 2008. :) Your best bet, and quickest answer would be simply to try what you suggested and see what the output looks like. 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] VirtualTreeView rendering on Cocoa
On 13/03/2019 10:14, Andrea Mauri via lazarus wrote: > Where should I look? I suggest you simply browse through the source code. First check to see if there is not maybe an existing property that must be set to manually enable Hi-DPI support. If not, search the internet about other users using VirtualTreeview and there questions about Hi-DPI. If still no answers, simply work through the code to see what could be changed to introduce Hi-DPI support. At least, this is what I would have done. 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] VirtualTreeView rendering on Cocoa
On 12/03/2019 07:36, Andrea Mauri via lazarus wrote: > well defined, quite blurry with respect to the other component (labels > fonts, images...). > Why? It looks like VirtualTreeView is not Hi-DPI aware. Just a guess, but it seems that it is generating the treeview rendering on a internal image buffer (not hi-dpi sized), and then when blitting that to the actual window canvas, the image gets scaled - hence the pixelation. I didn't actually look at the the virtualtree code (it is *massive*), but what I described is a common problem with custom drawn components. Regards, Graeme -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Run External Console on Linux?
On 08/03/2019 14:05, Anthony Walter via lazarus wrote: > external terminal program like Lazarus does on Windows. (Please don't > respond with why they are different. I understand the reasons) Not an immediate solution for you, but maybe useful to someone... The MSEide+MSEgui has a cross-platform console component which its IDE uses. It supports input and output from that popup console widget. No external console/terminal application is required. Maybe if somebody is interested in finally implementing a x-platform solution for Lazarus, they could look at Martin's code and port it to Lazarus. 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Universal FontDialog for LCL
On 07/03/2019 13:12, AlexeyT via lazarus wrote: > Default must be native OS dialog. I suggest to use my dialog when > boolean option in LCL (will be added) true. The replies so far are not surprising at all. LCL prides itself staying with "native components". Granted I find that has many drawbacks, but that was LCL's design choice from the start, and will not change. I battled the same arguments/suggestions years back. ;-) If you want the full benefits of 100% customisability, better go with the custom drawn toolkits out there. fpGUI and MSEgui are 100% custom drawn and fully written in Object Pascal - no limitations with what can be done. 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] SourceForge Project of the Month
On 01/03/2019 12:54, Bart via lazarus wrote: > A more recent screenshot would have been nice (0.9.30.4 !!). LOL - that is so true. :) Regards, Graeme -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] SourceForge Project of the Month
Well done to you all! Excellent work. 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] GIT sha1 vs svn numbers
On 13/02/2019 22:24, Martin Frb via lazarus wrote: > I looked at a few ideas, if something like the svn numbers could be > retained. Why would you want to shoehorn Git (a distributed version control system) into the way SubVersion (a client/server based version control system) works? They are fundamentally different. Yes Git can be used kind-of like a client/server version control system, but then you loose pretty much all the functionality that makes a distributed version control system so much better. Anyway, I'm not 100% sure what you want to achieve, but do you know the git-describe command? https://git-scm.com/docs/git-describe It gives you a version-like result. A version (tag or branch name - tag by default), number of commits since that 'major event' in the repository history, and then the SHA1 of the actual commit you are on. eg: $ git describe v1.4.1-903-g6e8a7fbb That output means the current HEAD commit is a descendant of "v1.4.1" tag. It has 903 commits since the "v1.4.1" tag. The HEAD commit's SHA1 value is 6e8a7fbb. The "g" prefix is simply to say "git" was used. 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] how to show hourglass on windows 10 with touch screen?
On 23/01/2019 14:49, Luca Olivetti via lazarus wrote: > is there an alternative way to show that the application is busy? A small borderless dialog with a short message? Think in the lines of a splashscreen-like dialog. I use this often in my applications to convey updates to long running tasks. 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Auto session store etc.
On 04/01/2019 11:43, Henry Vermaak via lazarus wrote: > At the very least do an emergency save on SIGTERM and provide the option > to restore the session. That's a very good idea. Regards, Graeme -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Auto session store etc.
On 04/01/2019 11:59, Michael Van Canneyt via lazarus wrote: > Well, to my big relief, I discovered that Atom does this. EditPad Pro and jEdit also does that. Seems it is a more popular feature than first expected. ;-) From the book "About Face 3: The Essentials of Interaction Design" (not a direct quote): Editors and most programs shouldn't even need an explicit Save menu option. If they auto-save everything - combined with an Undo feature - that's all that is needed. Why bother the end-user then with an explicit Save. Many mobile apps already implement this behaviour with great success. > So I am all for this 'more work' :) +1 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Crowdfunding to speed up the development of pas2js in Lazarus Widgetset and fpDebug to FPC
On 29/12/2018 16:35, Joost van der Sluis via lazarus wrote: > Then, when that person wants to withdraw the money, he/she has to pay > transaction costs. (Again, when you do this less often, there are less > transaction costs) Isn't that how PayPal works too? You pay a transaction cost when dealing with _real_ money (into PayPal or out of PayPal), but don't when you use money that is already in your 'digital wallet'. Actually I'm not sure, I get so confused between all these online wallet things (PayPal, Google Wallet etc). Real banks should just get with the times and make international payments easier. 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Crowdfunding to speed up the development of pas2js in Lazarus Widgetset and fpDebug to FPC
On 21/12/2018 23:59, Dmitry Boyarintsev via lazarus wrote: > It's 4 USD a month! > https://www.patreon.com/skalogryz Patreon is amazing and so simple to use (from a supporter point of view). I've supported many diverse projects on there already. 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Extending the IDE auto-coding functionality
On 17/12/2018 18:16, Mattias Gaertner via lazarus wrote: > I guess you mean a Quickfix. OK, now I have the terminology. :) > It adds a menu item/icon depending on a compiler message. In this > case: identifier not found. Should not be too hard to extend the > existing one. Thanks, I'll start there. As Martin said, it sounds like a lot of functionality is already in place. ready to be extended. Regards, Graeme -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Extending the IDE auto-coding functionality
On 17/12/2018 18:06, Martin Frb via lazarus wrote: > Cody, Ah, I forgot about Cody. I remember somebody mention it once to me about a year or so ago. Not sure what everything it does, but I'll take a look. Is Cody something included with Lazarus as standard, or a manually installed package? I'll search the wiki in the mean time. 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Extending the IDE auto-coding functionality
On 17/12/2018 17:56, Werner Pamler via lazarus wrote: > I'd turn these features off in the same way I turn off most of the > features when the IDE pretends to be able to guess what I am thinking. No, the difference between what I'm suggesting (how Eclipse works) is that I have to manually trigger the suggestion list - be that via a shortcut, or a icon in the gutter, or a right-click popup in the Messages window. I don't want these suggestions to auto popup like the class/method suggestions list eg: after I type a . (dot)), or auto code template (eg: begin..end pairs). My suggestion it something always manually triggered by the developer. Think of it like the current "Refactoring" support. It's there, but only if you manually trigger it. 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
[Lazarus] Extending the IDE auto-coding functionality
Hi, [this is not a rant or talking any product down] Having spent some recent months with Eclipse and IntelliJ IDEA developing in Java, and now coming back to Lazarus and Delphi, I've come to the realisation how far behind Lazarus and Delphi IDE's are with assisting the developer. [I know Eclipse has massive resources. I don't know about IDEA] I'm curious to know how big a task or a difficulty level (1-5) it is to implement the following in Lazarus IDE? 1) Auto define a class for you. For example, in my unit I define a variable var obj: TMyObject; When I now compile it obviously complains that TMyObject doesn't exist. In Eclipse Ctrl+1 would suggest to me that it defines that class. Why can't Lazarus IDE do that too? The suggestions could be. 1. Add unit to uses clause that does define that class. 2. Define class in same unit. 3. Define a unit unit and then define TMyObject in that new unit. Automatically add that new unit to the project, and add that unit name to the uses clause of the unit I was working on. 2) Auto define methods or field variables. For example, I call a non-existing method of a class. var obj: TMyObject; begin ... obj.SomeMethod(); SomeMethod() doesn't exist. So can't Lazarus suggest to define that method for me. On the same front, if I called the method as follows: obj.SomeMethod(sString, bBoolean); where sString and bBoolean are known variables, than Lazarus would know that SomeMethod takes a String and a Boolean as parameter types. So when it auto-generates SomeMethod() it intelligently defines it with the correct parameter types. The whole point here is that you code-first, then let the IDE suggests solutions. That keeps my train of thought on the problem I'm working on, and not about managing project files. Such things are now standard in Eclipse and IDEA, and they are *extremely useful* features. I can't think that Lazarus and Delphi doesn't include these features too. After all, the IDE is supposed to be clever and make the job of the developer easier, no? Now I'm not suggesting others implement this - though they are welcome too. I'm equally curious to give this a stab myself, because the above 2 items are just the tip of the iceberg for such code-assisting features. I have a loads more suggestions like the above. How much of the project's code does Lazarus IDE know or understand at any point in time? Does it only know about the code (classes, variables, methods etc) in open files, or does it know about all files in the project? ie: some cached syntax tree of the whole project. I guess CodeTools would play a large role in this? This also makes me wonder... I have read somewhere, a year or two ago, about a Object Pascal language plugin for Eclipse. Would that mean, Eclipse can already code-assist the developer with Object Pascal too - like it does for Java? Anybody know this language plugin and where I could find it? I would love to give it a try. I welcome any further discussions on this topic. eg: More features like this, where and when Lazarus could code-assist (eg: after compilation, maybe right-clicking on the erro in the Messages window or somewhere sooner? etc). If this is not the correct location for such discussions, where could be? 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Proud to announce..
On 2018-12-04 11:33 p.m., leledumbo via lazarus wrote: > Good work! A little bug, though: Ah yes, that's the same error I got. Following your steps and a web page refresh I eventually got the default sample program to compile and run. 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Proud to announce..
On 2018-12-04 10:01 p.m., Michael Van Canneyt via lazarus wrote: > See it in action for yourself: > > https://idefix.freepascal.org/~michael/webcompiler/webcompiler.html Sounds very interesting, so I followed the link and get the following error when I click compile. See attached image. I'm using Firefox 63.0 (64-bit Firefox Quantum) running under FreeBSD 11.2. 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] what can we do to get a better debugger
On 2018-11-20 10:37 a.m., Dennis via lazarus wrote: > Shall we start a fund raising event to raise fund for a new and better > debugger for FPC + Lazarus? Indeed, the debugger is the weakest part of FPC/Lazarus development tools. The problem is not so much funding the idea of implementing a dedicated and improved debugger. There has been many attempts at implementing new debuggers (all without funding) and some of that have now been combined into one Pascal based debugger (fpdebug). The real problem is man-power - finding someone that can give their full attention to the task until it is complete (and hopefully on par with debuggers like can be seen in Java development). With small open source projects like FPC and Lazarus it is hard to find such dedicated man-power, because most contributors actually have full time jobs, or get bored and work on other areas they find more enjoyable. 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 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Building help files: the nitty-gritty
On 18/08/18 18:10, Marco van de Voort via Lazarus wrote: >> On Tue, Jul 10, 2012 at 05:39:05PM +0100, Graeme Geldenhuys wrote: >^^^ > > Well, that happens, when you try to be modern, and read your mail with mutt > instead of elm :-) hahaha... I was about to comment on dredging up such and *old* thread. The solution to the original question has been solved since a long time... DocView of course with the help source in IPF format. ;-) 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 -- ___ Lazarus mailing list Lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Indy vs Synopse: POP3
On 29/07/18 13:27, Marcos Douglas B. Santos via Lazarus wrote: > As Indy looks like has a "new mechanism" to authentication, I'm thinking if > Synopse still work for that job. If Indy has no dependencies, I would like > to use it. I believe Synopse has SSL dependencies... I don't know. > > Have you already compare both frameworks? Wich one should I choose for this > job? First off, this is the wrong list to ask these questions. Indy has its own dedicated support newsgroups and web forums (listed on their website). They are active and your questions will be answered very quickly. You can also search existing questions (the newsgroups have a larger history that the web forums as far as I know). So you'll probably find your answers just by doing that. I've used both Synapse and Indy in the past. I preferred the interfaces that Indy components supplied. Indy also has a ton of working examples for pretty much every component they supply. StackExchange also has loads of Indy support questions and answers. 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 -- ___ Lazarus mailing list Lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus