Re: [Lazarus] SynEdit highlighter for Markdown

2023-01-08 Thread Graeme Geldenhuys via lazarus
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

2022-01-17 Thread Graeme Geldenhuys via lazarus

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

2021-11-21 Thread Graeme Geldenhuys via lazarus

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

2021-08-14 Thread Graeme Geldenhuys via lazarus
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?

2021-06-24 Thread Graeme Geldenhuys via lazarus
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

2021-01-16 Thread Graeme Geldenhuys via lazarus
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

2021-01-11 Thread Graeme Geldenhuys via lazarus

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

2021-01-07 Thread Graeme Geldenhuys via lazarus
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

2021-01-06 Thread Graeme Geldenhuys via lazarus

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

2021-01-06 Thread Graeme Geldenhuys via lazarus
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

2021-01-05 Thread Graeme Geldenhuys via lazarus
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

2021-01-05 Thread Graeme Geldenhuys via lazarus
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

2021-01-05 Thread Graeme Geldenhuys via lazarus

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

2021-01-05 Thread Graeme Geldenhuys via lazarus
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

2020-12-26 Thread Graeme Geldenhuys via lazarus
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

2020-12-26 Thread Graeme Geldenhuys via lazarus
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?

2020-10-27 Thread Graeme Geldenhuys via lazarus
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

2020-10-07 Thread Graeme Geldenhuys via lazarus
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 ?

2020-10-04 Thread Graeme Geldenhuys via lazarus
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] Cannot compile console application, why?

2020-07-06 Thread Graeme Geldenhuys via lazarus
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

2020-07-04 Thread Graeme Geldenhuys via lazarus
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

2020-07-04 Thread Graeme Geldenhuys via lazarus
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

2020-07-04 Thread Graeme Geldenhuys via lazarus
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?

2020-06-22 Thread Graeme Geldenhuys via lazarus
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

2020-05-30 Thread Graeme Geldenhuys via lazarus
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 ?

2020-05-22 Thread Graeme Geldenhuys via lazarus
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

2020-05-14 Thread Graeme Geldenhuys via lazarus
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

2020-05-11 Thread Graeme Geldenhuys via lazarus
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

2020-04-19 Thread Graeme Geldenhuys via lazarus
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

2020-02-14 Thread Graeme Geldenhuys via lazarus
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

2019-11-27 Thread Graeme Geldenhuys via lazarus
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

2019-11-25 Thread Graeme Geldenhuys via lazarus
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

2019-11-25 Thread Graeme Geldenhuys via lazarus
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

2019-11-24 Thread Graeme Geldenhuys via lazarus
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

2019-11-24 Thread Graeme Geldenhuys via lazarus
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

2019-11-24 Thread Graeme Geldenhuys via lazarus
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

2019-11-15 Thread Graeme Geldenhuys via lazarus
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

2019-11-15 Thread Graeme Geldenhuys via lazarus
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] Multi-platform console application, how to handle file paths?

2019-10-29 Thread Graeme Geldenhuys via lazarus
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?

2019-10-29 Thread Graeme Geldenhuys via lazarus
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

2019-10-13 Thread Graeme Geldenhuys via lazarus
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] How to connect to MariaDB/mySql database from fpc/Lazarus?

2019-09-13 Thread Graeme Geldenhuys via 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?

2019-09-13 Thread Graeme Geldenhuys via 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?

2019-09-13 Thread Graeme Geldenhuys via 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?

2019-09-12 Thread Graeme Geldenhuys via lazarus
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

2019-08-16 Thread Graeme Geldenhuys via lazarus
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

2019-08-16 Thread Graeme Geldenhuys via lazarus
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

2019-08-12 Thread Graeme Geldenhuys via lazarus
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...

2019-08-11 Thread Graeme Geldenhuys via lazarus
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

2019-08-09 Thread Graeme Geldenhuys via lazarus
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

2019-08-09 Thread Graeme Geldenhuys via lazarus
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?

2019-07-31 Thread Graeme Geldenhuys via lazarus
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

2019-06-24 Thread Graeme Geldenhuys via lazarus
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

2019-06-24 Thread Graeme Geldenhuys via lazarus
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

2019-06-15 Thread Graeme Geldenhuys via lazarus
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

2019-05-30 Thread Graeme Geldenhuys via lazarus
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

2019-05-10 Thread Graeme Geldenhuys via lazarus
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

2019-05-10 Thread Graeme Geldenhuys via lazarus
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

2019-05-10 Thread Graeme Geldenhuys via lazarus
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

2019-05-03 Thread Graeme Geldenhuys via lazarus
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()

2019-05-03 Thread Graeme Geldenhuys via lazarus
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

2019-05-03 Thread Graeme Geldenhuys via lazarus
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)

2019-04-24 Thread Graeme Geldenhuys via lazarus
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

2019-04-24 Thread Graeme Geldenhuys via lazarus
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

2019-04-14 Thread Graeme Geldenhuys via lazarus
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

2019-04-14 Thread Graeme Geldenhuys via lazarus
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

2019-04-14 Thread Graeme Geldenhuys via lazarus
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?

2019-03-26 Thread Graeme Geldenhuys via lazarus
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?

2019-03-26 Thread Graeme Geldenhuys via lazarus
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?

2019-03-26 Thread Graeme Geldenhuys via lazarus
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?

2019-03-26 Thread Graeme Geldenhuys via lazarus
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?

2019-03-26 Thread Graeme Geldenhuys via lazarus
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

2019-03-13 Thread Graeme Geldenhuys via lazarus
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

2019-03-13 Thread Graeme Geldenhuys via lazarus
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

2019-03-12 Thread Graeme Geldenhuys via lazarus
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?

2019-03-08 Thread Graeme Geldenhuys via lazarus
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

2019-03-07 Thread Graeme Geldenhuys via lazarus
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

2019-03-01 Thread Graeme Geldenhuys via lazarus
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

2019-03-01 Thread Graeme Geldenhuys via lazarus
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

2019-02-13 Thread Graeme Geldenhuys via lazarus
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?

2019-01-24 Thread Graeme Geldenhuys via lazarus
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.

2019-01-04 Thread Graeme Geldenhuys via lazarus
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.

2019-01-04 Thread Graeme Geldenhuys via lazarus
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

2019-01-02 Thread Graeme Geldenhuys via lazarus
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

2018-12-27 Thread Graeme Geldenhuys via lazarus
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

2018-12-17 Thread Graeme Geldenhuys via lazarus
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

2018-12-17 Thread Graeme Geldenhuys via lazarus
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

2018-12-17 Thread Graeme Geldenhuys via lazarus
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

2018-12-17 Thread Graeme Geldenhuys via lazarus
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..

2018-12-10 Thread Graeme Geldenhuys via lazarus
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..

2018-12-10 Thread Graeme Geldenhuys via lazarus
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

2018-11-21 Thread Graeme Geldenhuys via lazarus
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

2018-09-23 Thread Graeme Geldenhuys via Lazarus
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

2018-07-29 Thread Graeme Geldenhuys via Lazarus
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


Re: [Lazarus] Printer printable width

2018-07-28 Thread Graeme Geldenhuys via Lazarus
On 28/07/18 14:05, Michael Van Canneyt via Lazarus wrote:
> How to obtain the origin of the printable area ?
> Is the PageWidth/Pageheight relative to this origin ?

As far as I know (or how I always understood print drivers), the
PageWidth and PageHeight is the full page size (eg: A4 = 210x297mm).

The printable area is printer dependent. eg: my laser printer can't
print in a 5mm border around the page. Yet my inkjet printer can print
full page size. Same software was used to test this.

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] fpdebug question

2018-07-15 Thread Graeme Geldenhuys via Lazarus
On 07/13/18 16:20, Martin Frb via Lazarus wrote:
> It was not.
> It has been, since your mail.
> It no longer is. (That is, it should be fixed in svn now)


That is awesome! Only possible in open source. :-) Keep up the good 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] IDE multi-caret options wishes

2018-05-22 Thread Graeme Geldenhuys via Lazarus
On 2018-05-22 10:03, Michael Van Canneyt via Lazarus wrote:
> I thought it was the keyboard cursor and mouse pointer ?

My point exactly - you simply worded it much better than I did (no
surprise).

I've never regarded the mouse pointer as a "cursor", but I was concerned
it might be my age showing. ;-)

Regards,
  Graeme

-- 
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
https://lists.lazarus-ide.org/listinfo/lazarus


Re: [Lazarus] IDE multi-caret options wishes

2018-05-22 Thread Graeme Geldenhuys via Lazarus
On 2018-05-21 10:07, AlexeyT via Lazarus wrote:
> 1c) better name for "Multi caret move with cursor" is "Move multi-caret 
> by arrow keys". coz CURSOR is mouse cursor. 

The "text cursor" has been around for much longer than the mouse device
existed. Think by how many years the terminal interface on Mainframes,
UNIX workstations and even DOS predates the Mouse device.

Probably the same reason the kids of today don't know why Windows
allocates the first hard drive to the letter C: and not A:  ;-)

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] new lcl CHMs.

2018-05-20 Thread Graeme Geldenhuys via Lazarus
On 2018-05-20 21:49, Marco van de Voort via Lazarus wrote:
> rem drink coffee for 10 minutes or so.

Building the INF docs has a similar experience. Glad its not just me. :-)

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] Sending e-mail from within Lazarus

2018-05-12 Thread Graeme Geldenhuys via Lazarus
On 2018-05-12 06:33, Bo Berglund via Lazarus wrote:
> Note that the old atozed forum was taken down on technical reasons a
> while ago and the old posts there are not yet available for browsing.
> Apparently they are working on a way to restore the old database.

I've always connected to their NNTP newsgroup servers at:

   news.atozed.com

Clearly that was not affected by the web forums. All old and new posts
are still there - and available to be searched. Lots of useful
information too.

Whenever I posted questions there, I got answers the same day or in 1
day. Very good support.


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


  1   2   3   4   5   >