from:"Graeme Geldenhuys"

On 17/04/2021 6:08 pm, fredvs wrote:
> That said, once the mli and bc file is produced, no matter if it was
> produced by a 32 bit compiler, running LLVM you may choose the target you
> want, 32 or 64 bit.

Umm, this sounds very interesting. I'll definitely take a look around
MSELang and try it out.


Regards,
  Graeme


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Status of MSELang

On 17/04/2021 5:34 pm, fredvs wrote:
> There was some work done to make it work:
> https://github.com/mse-org/mselang/releases
> 
> I was able to do some console application on Linux (the version of LLVM for
> Windows was not yet working when I try it 3 years ago).

Thank you Fred for all the information. I'm looking at the MSELang repo
as we speak.

The reason I ask, I was comparing Delphi's Anonymous Methods (lambdas) + 
Generics
to how Java does it. It is crazy how verbose Embarcadeco made the syntax. The 
compiler
is supposed to be inteligent, yet with the Delphi syntax, you are spoon-feeding
the compiler with things it could have figured out from the code itself, and 
often
duplicating information. You really don't save much typing that way.

I'm toying with the idea of experimenting with the Free Pascal Compiler, and
was looking at maybe contributing to FPC (if they don't want it - most
likely outcome - as they only like to copy Embarcadero), then the other option
might be MSELang. But I don't know anything about MSELang and what its
goals were. But I've got a better idea now - thanks to all your links.

The rest of this message is optional... ;-)

Here is a simple example:
[ As done in Delphi ]
type
  TSimpleProcedure = reference to procedure;
  TSimpleFunction = reference to function(x: string): Integer;

var
  x1: TSimpleProcedure;
  y1: TSimpleFunction;

begin
  x1 := procedure
begin
  Writeln('Hello World');
end;
  x1;   //invoke anonymous method just defined

  y1 := function(x: string): Integer
begin
  Result := Length(x);
end;
  Writeln(y1('bar'));
end.
==[ end Delphi ]=

Now for my idea...

There are some standard "functional interfaces" defined in the RTL like,
but in your own code, you can define your own ones too. The compile will
treat them in the same way is I describe here:

type
  // Represents a function that accepts one argument and produces a result.
  IFunction = interface
function apply(T): R;
  end;

  // Represents a predicate (boolean-valued function) of one argument.
  IPredicate = interface
function test(T): boolean;
  end;

  // Represents an operation that accepts a single input argument and returns 
no result.
  IConsumer = interface
procedure accept(T);
  end;

  // Represents a supplier of results.
  ISupplier = interface
function get: T;
  end;

  // Represents a prodecute that takes no argument and produces no result.
  IRunnable = interface
procedure run;
  end;

You can then use those in anonymous methods like this:

[ Mine ]===
var
  x1: IRunnable;
  y1: IFunction;

begin
  x1 := () -> Writeln('Hello World');   (1)
  x1;   //invoke anonymous method just defined

  y1 := s -> Result := Length(s); (2)
  Writeln(y1('bar'));
end.
==[ end Mine ]=

(1) - The () syntax lists any parameters. It's empty, so no parameters
  are used. They are only required if the parameter list is empty.
- The -> syntax borrows from Java and lets the compiler know this
  is a lambda (anonymous method)
- IRunnable's method takes no parameters and has no return type
- The code after the -> is the body of the method. This is a 1 line
  body, so doesn't require the verbose begin/end pair.

IRunnable is a "functional inteface" with only one method that needs
to be implemented. From that the compiler knows the name and signature
of the method, by looking it up from the interface definition. The
compiler can construct a anonymous class to implement the anonymous
method. That could automatically result in something like this - all
done by the compiler itself:

type
  TInternalAnonymousClassName = class(TInterfaceObject) implements IRunnable
  public
function run;
  end;

  TInternalAnonymousClassName.run;
  begin
Writeln('Hello World');
  end;

(2) - The process is pretty much the same as (1), but this time the
  functional inteface signater is different.
- IFunction takes one parameter and returns a result.
- The definition of y1 tells the compiler that the parameter
  is of type String and the return type is of type Integer.
  So when you define the lambda, you don't have to repeat the
  data type information
- s is the name of the parameter, and the compiler already knows
  is must be of type String.
- agian it's a one line method, so no need for the begin/end pair.

type
  TInternalAnonymousClassName = class(TInterfaceObject) implements IFunction
  public
procedure apply(s: String): Integer;
  end;

  TInternalAnonymousClassName.apply(s: String): Integer;
  begin
Result := Length(s);
  end;

Regards,
  Graeme

___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Status of MSELang

On 17/04/2021 5:16 pm, Graeme Geldenhuys wrote:
> 1. Anybody know what the status is of MSELang?
> 2. How far did Martin get with it
> 3. Anybody else working on it now?
> 

And lastly, what was the actual goal of MSELang? Was it to introduce a
more modern "Object Pascal" like syntax, or only to use LLVM as the
code generator (thus more optimised code or more platforms)? Or a
combination or these?

Regards,
  Graeme

___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

[MSEide-MSEgui-talk] Status of MSELang



Hi,

1. Anybody know what the status is of MSELang?
2. How far did Martin get with it
3. Anybody else working on it now?


Regards,
  Graeme


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] MSEgui documentation generated with PasDoc

2021-04-14 Thread Graeme Geldenhuys

On 14/04/2021 9:02 pm, fredvs wrote:
> Hum, yes, but then Graeme and I have to fight against each other to decide
> who takes the chair.

LOL - it is very good practice to always do code reviews, so I'm
definitely in agreement with Roland on this. Whoever reviews first
can commit it, but I feel you [Fred] are more the driving force of
MSEide+MSEgui these days. That's definitely a good thing by the way! :)

Regards,
  Graeme

___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Which fpGUI branch should I use?

2021-04-14 Thread Graeme Geldenhuys

On 12/04/2021 7:31 pm, Roland Chastain wrote:
> Hello Graeme (and other)!

Hi Roland. Please if we could keep fpGUI discussions to the fpGUI project,
that would be super useful. There are various ways you can do that, as
documented here:

  http://fpgui.sourceforge.net/support.shtml

You can also raise bug reports in the newsgroup, or via the Github project.

> have a question for you. Which fpGUI branch would you recommend to use? What
> would be the more useful for the fpGUI project?

The "develop" branch is the way forward. If recently had renewed interest
to get the 2.0 release out, and that will be based on "develop".

ps:
  I'm almost done extracting all the resource strings of Docview, ready
  for translations. I'm post a notice in the fpGUI newsgroup when it's
  ready.

> I feel really motivated for a new fpGUI campaign,

:-D  Me too.

> When I switch the encoding to UTF8, the characters in the main window are
> correctly displayed, but in other places the result isn't good (see
> screenshot).

Thanks, I'll take a look.

> Other (very little) issue: each time I start the application, the encoding
> comes back to CP850.

The encoding selection is actually chosen by reading it from the first INF
file, after you launch DocView. Different INF files can have different
default encodings.

Unfortunately, UTF-8 is not an official support encoding, but I made DocView
to work with it as best it can, seeing as WIPFC partially allows it too.
I am also busy writing my own new IPF Compiler. Once complete, UTF-8 is
definitely on the list of things I want to extend IPF with.

Lets move any further discussions to the appropriate project. ;-)

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

___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] MSEgui documentation generated with PasDoc

On 11/04/2021 1:40 am, Graeme Geldenhuys wrote:
> You use the EXAMPLE tag inside an ELEMENT tag. Here is a
> complete ELEMENT example:

I forgot to mention, you can also use the CODE tag inside the
DESCR tag. Thus you don't have to use a external file for the
code example.


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


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] MSEgui documentation generated with PasDoc

On 10/04/2021 9:25 pm, Roland Chastain wrote:
> Please could you tell me how I can insert a Pascal code example?

You use the EXAMPLE tag inside an ELEMENT tag. Here is a
complete ELEMENT example:



The constructor for TfpgSystemTrayIcon
.
Modern operating systems usually provide a special area on the desktop,
called the system tray or notification area, where long-running applications
can display icons and short messages.







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


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] MSEgui documentation generated with PasDoc

On 10/04/2021 4:03 pm, Roland Chastain wrote:
> I looked for IPF syntax guide and examples but didn't find many things.

I've included the official documentation from IBM inside the fpGUI
repository.

  https://github.com/graemeg/fpGUI/tree/develop/docview/docs

The file you'll be most interested in will be: IPFREF_v4.INF

The docview.inf file also contain a small section "For Authors and
Developers" on writing IPF files, but I would recommend the IBM
document instead. The latter has a LOT more detail.

There is much to read, but I would start with the following sections:

 * Starting with the Tag Language
 * Displaying Text and Graphics
 * IPF Tag Reference

The second section will probably be the most useful and then using the
Tag Reference to look up any other syntax and more options for each
tag syntax.

As I'm NOT using the IBM IPF Compiler, but rather the OpenWatcom IPF
Compiler, the symbols don't all have to be escaped as the IBM docs
describe.

fpGUI's repository contains more examples for you:

 * a Quick Guide to fpGUI (ebook) in /docs/quick_quide/
 * Various files in http://fpgui.sourceforge.net/

My public PGP key:  http://tinyurl.com/graeme-pgp


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] MSEgui documentation generated with PasDoc

On 10/04/2021 11:20 am, Graeme Geldenhuys wrote:
> Like advanced search, inline annotations,
> runtime or compile time Index page building, runtime concatenation of INF
> files, very compact binary format etc.

I've just tested fpdoc (from FPC 3.2.1) generating HTML, CHM and INF help as
final output. To give you an idea of how compact INF help is...

Using latest MSEgui `master` source code resulted in the following help
file sizes:

   HTML - 242.0MB
   CHM  -  10.2MB
   INF  -   4.3MB

The CHM content formatting looked really bad using KchmViewer, and KchmViewer
is actually a pretty good CHM viewer. Also doing two searches caused
KchmViewer to crash (reproducible multiple times). There is also no help
Table of Contents, or Index generated for CHM. That's an extra step and requires
even more effort and disk space.

MSEide+MSEgui's latest `master` now contains the fpdoc project file and the
xml documentation - moved over from MSEUniverse repo. I also created a INF
help file attached to the latest release 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

___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] MSEgui documentation generated with PasDoc

On 10/04/2021 9:34 am, Roland Chastain wrote:
> So, I have a fully functional *wipfc* + *docview* + *fpdoc* installation. :)

That's excellent news.

> 1. To generate the IPF for MSEgui, do you also use the XML?

fpdoc can generate documentation output only using the source code, but
then there wouldn't be any actual documentation content. Only skeleton
documentation showing the structure, classes, methods etc, but no actual
contents.

The XML is used to add the content to that skeleton documentation. So if you
create documentation about TButton.Caption in the XML, then when you generate
the fpdoc output, it will include the TButton.Caption content into the
generated docs.

The nice thing of fpdoc is that you don't have to document everything in
one go. You can do bits at a time, and slowly build up your documentation
over time.

> 2. Did you make the main XML file by yourself, using a script or something
> like that? And the little XML files, I imagine, in a text editor.

The XML required for fpdoc is very simple in layout. You don't need anything
fancy. I created a few code templates for MSEide. So I can quickly add a
new topic. It's the actual help content that takes long (or longer) to
write.

I'll merge the current MSEgui docs I have shown into the master branch, as
well as the fpdoc templates I mentioned. I'll make sure to update a
README file with starting instructions.

> The IPF format is very nice. I can't wait to learn it. One could write a
> book (as you wrote somewhere) using that format, and view it with DocView.
> :)

It is indeed a very nice format. Back when I started researching
documentation formats for fpGUI applications, I spent 3 months trying various
help formats to see what they offer and how good their help viewers are.
IPF was created by IBM and is actually very powerful, without the verbosity
or complexity of HTML and CSS.

IBM wrote tons of massive ebooks and help with IPF, so it was a very well tested
format. It was also quick to integrate it into application help
using Object Pascal. DocView took some time to write, but the end result
was well worth it. It is so fast compared to Windows HLP or CHM viewers,
and has many more feature over those too. Like advanced search, inline 
annotations,
runtime or compile time Index page building, runtime concatenation of INF
files, very compact binary format etc.

> When I have time, I will try to make a french version of DocView. Please
> tell me your ideas about the translation system that you would prefer.

fpGUI already has a defined translation system using Object Pascal's
ResourceStrings and .po files. Docview and other fpGUI applications can
load those .po files and start-up, or you can recompile the application
with a new default language - if you don't want the external .po files.
You can use any know PO editor, or do it by hand.

I'll make sure to extract the resource strings into an initial English
.po file, ready for more translations. The fpGUI library itself already
has French translations, so it's just the Docview resource strings that
will need translating.

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

___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] MSEgui documentation generated with PasDoc

On 09/04/2021 7:41 pm, Roland Chastain wrote:
> ... never really got into the habit of using it.

Integrate it into MSEide and reassign F1 to trigger help based on where
the edit cursor is.

Instructions are here:
  http://fpgui.sourceforge.net/docview_ide_integration.shtml


I personally use the Free Pascal's RTL + FCL and fpGUI docs inside
MSEide - while I do coding. I can't remember every method or class.
;-) I also have a lot of personal notes or examples embedded inside my
docs (thanks to the feature from DocView).

The same can be done with RTL + FCL + MSEgui docs in INF format.
Though it would be much better if MSEgui was actually documented, but
we can hope that one day the community would band together on that
effort. [fingers crossed]


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


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

[MSEide-MSEgui-talk] Fwd: Allegro5 instead of xorg libraries

Accidentally replied directly to Fred and not the mailing list.

 Forwarded Message 
Subject: Re: [MSEide-MSEgui-talk] Allegro5 instead of xorg libraries
Date: Fri, 9 Apr 2021 17:33:07 +0100
From: Graeme Geldenhuys
To: fredvs 

On 09/04/2021 12:35 pm, fredvs wrote:
> Then, maybe no worry too much about the end of Xorg, all X11 applications
> will work exactly like "pure" Wayland applications.

Exactly! Xlib is going to be like Win32. It will be support for indefinite.

It is worth noting that from the very start, one requirement for a xorg
replacement display server was that it MUST be backwards compatible,
otherwise 30+ years worth of software will stop running, and the Linux
community can't afford that to happen.

At this time Wayland only targets Linux. Other operating systems like
Solaris (and it's new open source equivalent), all *BSDs etc will
continue to support Xorg. So it's highly unlikely that Xorg will simply
become abandon-ware.

> It would be interesting that people who have a "pure" Wayland system
> installed try to run some MSEgui applications and see if there is problems.

Latest Ubuntu can switch to Wayland display server and fpGUI and MSEide
runs fine on it. Ubuntu 21.04 will default to Wayland display server.

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

___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] MSEgui documentation generated with PasDoc

On 09/04/2021 12:35 pm, Roland Chastain wrote:
> I am playing with the latest release of PasDoc.

Not again! This has been raised so many times over the years. Martin (and I)
full agreed that PasDoc is not the way to go, because it requires the
source code to be bloated with documentation and code examples.

A better alternative:
* "fpdoc" comes standard with FPC.
* It supports multiple output formats.
* Is very well supported.
* And most importantly, supports external documentation (not included
in the source code files).

I've already started fpdoc based documentation back in 2015 to show Martin
and the MSEide+MSEgui community. But the uptake of somebody actually
writing the documentation has never happened. I only use the IDE of
this project, so was not going to consume all my time learning MSEgui,
just to document it. However, I did put some time into it:

https://github.com/graemeg/msegui/tree/api-docs/contributed

In the above like I did the following:
* Created a fpdoc project file. Makes things so much easier than
adding all those command line parameters in manually.
* Created documentation for 3 MSEgui units
* Found existing txt based documentation and moved what I could
understand to the XML format.
* Generated INF binary help output to show usage with DocView.

I thought this would be a good enough proof of concept.

https://github.com/graemeg/msegui/releases/tag/docs-s2

You can read all about it here (mailing list archive), with screenshots.

https://sourceforge.net/p/mseide-msegui/mailman/mseide-msegui-talk/thread/55E72659.7050201%40geldenhuys.co.uk/#msg34427184

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

___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] MSEgui documentation generated with PasDoc

On 09/04/2021 12:35 pm, Roland Chastain wrote:
> I am playing with the latest release of PasDoc. 

And I forgot to mention in my previous message, the fpdoc HTML output
doesn't have to look as ugly as the default FPC docs does. It's fully
customisable using CSS.

Here is fpGUI's Class docs generated as HTML, as an example of how it
can look different:

A specific method:
  http://fpgui.sourceforge.net/apidocs/fpg_base/tfpgpoint.manhattanlength.html

Main index:
  http://fpgui.sourceforge.net/apidocs/index.html


The above docs were generate quite a while back. I believe the newer
fpdoc now supports built-in search capability too. Hence I always used
INF + DocView for searching and inline annotations/comments in my
docs.


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


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Need or not needed domain for MSE ?

2021-03-15 Thread Graeme Geldenhuys

On 15/03/2021 10:02 pm, fredvs wrote:
> Sorry for my ignorance, but does NV refers to NVidia?

Yes, the proprietary NVidia driver. It is so much faster and feature rich
compared to the open source equivalent. It's basically source code with
some binary blobs. Much the same as the Broadcom wireless driver (which
everybody uses anyway).

> And about those graphic drivers, with a Intel i5 and his build-in graphic
> card, is it allowed to use a other graphic driver than the Intel one?

You have to use the Intel one. Linux incudes a Intel driver. Not sure how
good it is though.

I've always used physical video cards Initially
ATI Radeon, but after the terrible experience with the open source
driver (and no proprietary driver from AMD), I switch to NVidia and
never looked back. The proprietary NVidia driver is available for Windows,
Linux, FreeBSD, Solaris etc. As far as I know it's the same code for
all platforms, and same driver versions.

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

___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Need or not needed domain for MSE ?

2021-03-15 Thread Graeme Geldenhuys

On 15/03/2021 7:17 pm, fredvs wrote:
>> Also "xflush(); sleep(10ms);" or "xsync()" between xfillrectangle() and 
> xdrawlines() prevents the distortion.

I honestly don't know the degraded performance Martin was speaking of.
Maybe it's something you can only noticed in a timed performance test
application. Not sure you would be able to detect it with the naked eye.

So maybe the easiest solution is no not use that x11 feature - seeing as
the open source drivers are pretty terrible anyway, and I doubt a fix
will come in the next decade at least.

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

___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Need or not needed domain for MSE ?

2021-03-15 Thread Graeme Geldenhuys

On 15/03/2021 3:03 pm, Alexander via mseide-msegui-talk wrote:
> In last version I see old problems described in 
> https://gitlab.freedesktop.org/xorg/xserver/-/issues/79

I know about that bug too, and I can definitively say that the open
source ATI/AMD and nVidia drivers are all rubbish. I don't know why
anybody would want to use NOUVEAU driver, when there is a 1000x better
NV driver out there.

I have reported similar issue with the open source ATI Radeon driver, and
12+ years later it is still not fixed.

Vote with your wallet. I moved away from ATI/AMD to nVidia and now use
the NV driver under Linux and FreeBSD and have excellent performance
and no rendering issues.

Regards,
  Graeme

-- 
fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal
http://fpgui.sourceforge.net/

My public PGP key:  http://tinyurl.com/graeme-pgp

___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Need or not needed domain for MSE ?

2021-03-12 Thread Graeme Geldenhuys

On 12/03/2021 12:54 pm, fredvs wrote:
> There is not only GitHub (Microsoft) that does host git code, there are many
> others, like GitLab.
> But I agree with you, GitHub, GitLab or whatever may cause problems (like
> every server, even paid).

I don't see the problem - any cloud service is just as susceptible to failures
as a self-hosting server. In recent months we have seen major cloud outages
from Microsoft, Google, Apple etc. Even ISP's can have outages.

The reason I say I don't see a problem with any of them is because when you
clone a git repo, you have a backup of the latest code. It's not a SVN-like
environment that requires a server to function.

I could create a branch with 10 commits and email Fred my patches. Development
continues. So development with Git based projects can continue no matter what.

I personally host many open source and private contracting work repos on my
own server. But I have automated events that publish the open source projects
to both SourceForge.net and Github - simply for convenience and more world-wide
visibility.

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

___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Need or not needed domain for MSE ?

2021-03-08 Thread Graeme Geldenhuys

On 08/03/2021 7:55 pm, Roland Chastain wrote:
> Forgive a stupid question, but what would be the purpose of that domain?
> What could we do with it?

Indeed. I nice gesture, but Github already gives code hosting, bug reporting,
CI pipelines, a wiki and a website. It is already known and guaranteed (with
great certainty) to be available and not move any time soon.

Regards,
  Graeme

___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Tab with close button X ?

2021-03-08 Thread Graeme Geldenhuys

On 08/03/2021 3:47 pm, Roland Chastain wrote:
> What is a tab?

I'm assuming Fred is referring to the Tabs (from TTabWidget) like
those seen in MSEide's editor window.


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


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] [PATCH 1/1] editor - allow to comment line without selection

2021-03-08 Thread Graeme Geldenhuys

On 07/03/2021 12:58 pm, fredvs wrote:
> Nice (but you are mse-org member so no need to request, just push it).
> 
> By the way, I did commit your code for ideU.

I forgot I have read/write access. I've pushed my changes.

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


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] [PATCH 1/1] editor - allow to comment line without selection

2021-03-07 Thread Graeme Geldenhuys

On 07/03/2021 2:20 am, fredvs wrote:
> But if doing this, imho, tactionsmo.enablecomment has no sense anymore and
> should be commented.

My initial thoughts was not to change existing behaviour, but you are 100%
correct. That action doesn't make sense any more - in fact I did not even
know that right-click popup menu or the action existed.

I'll make the remaining changes today and created a pull request for code
review.

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

___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

[MSEide-MSEgui-talk] [PATCH 1/1] editor - allow to comment line without selection

2021-03-06 Thread Graeme Geldenhuys

Hi,

Attached is a patch to add new functionality to the text editor. Every
programmer editor I have ever used allows you to comment a line of code
*without* first having to make a selection.

Old behaviour: To comment a line, you had to first select the whole
  line, starting at column 1 and the text cursor must end on the
  following line.

New behaviour: The old selection option still exists, but there is an
  additional behaviour added. If no selection was made, the editor
  will simply comment the current line the text cursor is on. Adding the
  comment markers at the beginning of the line.

---

Graeme Geldenhuys (1):
  Allows you to comment a line without first having to make whole line
selections.

 apps/ide/sourcepage.pas | 13 +++--
 1 file changed, 11 insertions(+), 2 deletions(-)

-- 
2.17.1



Regards,
  Graeme
>From 40ad0da83dd9be1e06b8a8aa4e43dd102682a5ae Mon Sep 17 00:00:00 2001
From: Graeme Geldenhuys 
Date: Sun, 7 Mar 2021 00:19:20 +
Subject: [PATCH 1/1] Allows you to comment a line without first having to make
 whole line selections.

Every text editor I know allows for this. Not sure how this was
overlooked in mseIDE.
---
 apps/ide/sourcepage.pas | 13 +++--
 1 file changed, 11 insertions(+), 2 deletions(-)

diff --git a/apps/ide/sourcepage.pas b/apps/ide/sourcepage.pas
index 4326bc0f2..40dc8a5af 100644
--- a/apps/ide/sourcepage.pas
+++ b/apps/ide/sourcepage.pas
@@ -1771,8 +1771,10 @@ var
  mstr1: msestring;
  i1: int32;
  start,stop: int32;
+ gc1: gridcoordty;
 begin
- if cancomment() then begin
+ if cancomment() then // must have lines selected
+ begin
   edit.getselectedrows(start,stop);
   edit.editor.begingroup();
   mstr1:= edit.selectedtext;
@@ -1787,7 +1789,7 @@ begin
 if mstr1[i1] = #0 then begin
  break;
 end;
-insert('//',mstr1,i1);
+insert('//',mstr1,i1);
end;
inc(i1);
   end;
@@ -1797,6 +1799,13 @@ begin
   grid.endupdate();
   edit.editor.endgroup();
   edit.refreshsyntax(start,stop-start);
+ end
+ else
+ begin // comment line - no selection needed
+   gc1 := edit.editpos;
+   mstr1 := edit.datalist.items[gc1.row];
+   edit.datalist.items[gc1.row] := '//' + mstr1;
+   edit.col := edit.col + 2; // advance edit cursor due to inserted text
  end;
 end;
 
-- 
2.17.1

___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Wiki of MSEgui TLayouter ?

2021-01-07 Thread Graeme Geldenhuys



On 07/01/2021 10:39 am, fredvs wrote:
> It is raw but understandable (I think).

Once again, thank you Fred for your efforts in keeping MSEide+MSEgui
alive and active.


Regards,
  Graeme



___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Wiki of MSEgui TLayouter ?

2021-01-06 Thread Graeme Geldenhuys

On 06/01/2021 9:47 pm, Graeme Geldenhuys wrote:
> The formatting is still not perfect, but Stage 1 looks better than it did
> before.

I did the same treatment for Stage 2 information. I stopped adding more changes
because I noticed you started editing the same text. So I'll let you continue
further.


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


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Wiki of MSEgui TLayouter ?

2021-01-06 Thread Graeme Geldenhuys



On 06/01/2021 4:00 pm, fredvs wrote:
> Could it be fixed?

Wow, I forgot what rubbish syntax MediaWiki uses. No matter what I tried,
I couldn't get the formatting to work.

For example, the first section mentioned that there are 5 steps, so I tried
to use a numbered list, but no matter what, the numbers of each point kept
resetting and started at 1 every time. So eventually I gave up, formatted
the text as plain text in an external editor, and then wrapped the content
in a PRE tag so MediaWiki doesn't touch it.

The formatting is still not perfect, but Stage 1 looks better than it did
before.

Useless wiki formatting!

Regards,
  Graeme


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Wiki of MSEgui TLayouter ?

2021-01-06 Thread Graeme Geldenhuys

On 06/01/2021 4:00 pm, fredvs wrote:
> Does anybody understand those lines?

If you click on edit, the syntax is slightly less garbled, but there are
some sections that are still pretty hard to understand (especially for
a non-MSEgui user like me).

It looks like it was something copied from another wiki or something
and the person didn't bother property formatting it to the syntax used
by the Lazarus wiki.

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


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Custom shortcuts don't displaying correctly in IDE dialog

On 28/12/2020 9:48 pm, fredvs wrote:
> What key are you using to do "[" and  "]"?
> Here on my azerty keyboard I have to press "Alt Gr" (the right Alt key) and
> the key "(" (that is "5" in maj).

I use a programmable keyboard (Ergodox) and have a Symbols layer. So I can
tell it to switch to the Symbols layer, then press Ctrl and the [ key. My
operating system is set up as US Qwerty, but my Ergodox does all the
keyboard layout translations for me to my actual layout BEAKL-15.

Here is my keyboard layout:
  https://configure.ergodox-ez.com/ergodox-ez/layouts/q96az/latest/0

I'm assuming my keyboard sends the keycode directly to the operating system.

This is what xev (linux/freebsd utility) shows when I press the [ key on
my Symbols layer.

===
KeyPress event, serial 36, synthetic NO, window 0x121,
root 0x1d7, subw 0x0, time 474847122, (-125,121), root:(749,250),
state 0x0, keycode 34 (keysym 0x5b, bracketleft), same_screen YES,
XLookupString gives 1 bytes: (5b) "["
XmbLookupString gives 1 bytes: (5b) "["
XFilterEvent returns: False

KeyRelease event, serial 36, synthetic NO, window 0x121,
root 0x1d7, subw 0x0, time 474847250, (-125,121), root:(749,250),
state 0x0, keycode 34 (keysym 0x5b, bracketleft), same_screen YES,
XLookupString gives 1 bytes: (5b) "["
XFilterEvent returns: False
===

So it seems Shift is not sent to the OS at all. But that would be expected
because the [ and ] symbols are un-shifted keys on a standard US Qwerty
keyboard.

> Other totally other thing:
> http://geldenhuys.co.uk/webnews/ in not accessible for days (and week).

Yeah, I recently switched internet providers and received a new router. It
is playing havoc with my website. Still trying to figure out what is going
on. I believe direct access to the NNTP news server (with a NNTP Client) works.

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

___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Custom shortcuts don't displaying correctly in IDE dialog

On 28/12/2020 4:06 pm, Fred van Stappen wrote:
> Ok, ok, you assigned the shortcut via the mseide and button shortcut in 
> config form.

Yup, that's correct. The shortcuts work fine in the source editor too. It's
just that they don't display the key combination correctly in the IDE's
Configure Shortcuts dialog.

> Yes, indeed, it converts "Ctrl + [" in the asci code, but not in regular
> human transcription.

Seem so.

> Maybe something must be implemented in tshortcutcontroller in mseaction.pas

I guess so. Your knowledge of MSEgui is much better than mine. :-)

It's not urgent or anything. As I said, the shortcuts work. It's just the
human readable keyboard combination that doesn't display right, and I
thought I would report 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

___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Custom shortcuts don't displaying correctly in IDE dialog

On 28/12/2020 2:05 pm, Fred van Stappen wrote:
> What kind of shortcut are you adding?

I'm not trying to add a new shortcut, but rather simply reassign my own
key combinations to the existing "Navigate Back" and "Navigate Forward"
actions of the IDE.

But if I try and assign the keys shortcuts...

   Ctrl+[ // for Navigate Back action

and

   Ctrl+] // for Navigate Forward action

respectively, I don't see those in the "Shortcut" column. Instead I see
some hex value - not Control and left|right Square Bracket.


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


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

[MSEide-MSEgui-talk] Custom shortcuts don't displaying correctly in IDE dialog

Hi,

Not a serious issue. I configured two custom shortcuts for Forward
and Back Navigation in the source editor of MSEide. The shortcuts
work fine, but the don't display correctly in the IDE Shortcuts
dialog. Any ideas why?

I use the shortcuts:

   Ctrl+[ // backwards navigation
   Ctrl+] // forward navigation

See attached screenshots.


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
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] MSEgui and CPU ARM AARCH64.

2020-12-22 Thread Graeme Geldenhuys

On 21/12/2020 11:48 pm, fredvs wrote:
> I will surely take a look, thanks to note it.

No problems. I've been looking into getting a new RPi 4 myself,
for a similar goal. Testing fpGUI with AArch64. As I much
prefer FreeBSD over Linux, I've been keeping an eye (or ear)
on what others were saying about RPi + FreeBSD. It seems to
be in a good state.

> It has something to do with 'openfile' from clib that is not working (but ok
> with cpu arm 32).

Maybe it's time to use more FPC standard methods for 
opening/reading/writing/saving
data. I've never really understood why Martin diverted from standard FPC
feature or units. They always seems to be a cause of issues and extra effort.

> All that said, happy new year without masks.

That would indeed be a dream come true, but I'm afraid I don't see that
in our near future. The UK has just gone into total lockdown again. :-(

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

___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] MSEgui and CPU ARM AARCH64.

2020-12-21 Thread Graeme Geldenhuys

On 20/12/2020 4:58 pm, fredvs wrote:
> So I have very sad news, I give it up at the moment for Rpi OS 64 bit.
> It is very rare that I take such a decision, I am a explorer_warrior after
> all.

If you still have the energy and passion, an alternative could be FreeBSD on
the RPi.

https://wiki.freebsd.org/action/show/arm/Raspberry%20Pi?action=show=FreeBSD%2Farm%2FRaspberry+Pi

I have heard some good things about it. Both FreeBSD 12.x and 13-CURRENT
apparently works well on RPi3 and RPi4.

FreeBSD installs can be made quite small, and you can get in minimalist 
development
system and desktop environment running without much effort. But then you should
know all about that - thanks to your experiences with polYdev. :-)

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

___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] New release of MSEide ?

2020-09-19 Thread Graeme Geldenhuys

On 19/09/2020 1:26 pm, fredvs wrote:
> But does still exist somebody that uses msegui?

I do. (the IDE part) :-)
 But I'm a bit silent on the mailing list front 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


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] imagelist is broken

2020-06-27 Thread Graeme Geldenhuys

On 25/06/2020 5:19 pm, fredvs wrote:
> The most strange is that, using last release of ideU (that share the same
> code for form-designer) it works.

In such cases `git bisect` is often a good way to track down the exact
commit that caused the problem. If the commits were kept nice and
small (something I always recommend) that it would be easy to find
what code caused the bug 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

___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Note for azerty keyboard user on Linux.

2020-05-28 Thread Graeme Geldenhuys

On 20/01/2020 4:12 pm, fredvs wrote:
> But to find a bookmark, you need to do Ctrl+number.
> Sadly on Linux, it will not work because to do a number you need to press
> the Shift key.

I've had that exact problem when I still used the Programmer Dvorak
keyboard layout. Default number row was actually symbols. You had
to press Shift to get to the numbers. It drove me nuts when using
the bookmark shortcuts in Lazarus IDE.

These days I rock a very different keyboard (Ergodox) and
layout (BEAKL-15).  To see the layout and understand it, I recommend
you take the Layout Tour (button in bottom left of page). I have
a dedicated Ctrl+Shift key, just for Lazarus and MSEide usage. :-)

 https://configure.ergodox-ez.com/ergodox-ez/layouts/BNpaO/latest/0

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

___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] How is called the widgetset in MSEgui?

On 15/05/2020 6:41 pm, fredvs wrote:
> Ha, ok, yes for me too, Java for eat, Pascal for fun.

Exactly. I still love Object Pascal. For 20 something years it has
been my living. But in recent years that got harder and harder. My
second choice has always been Java, and a year ago I finally made
the switch. A HUGE learning curve though. Not so much the language,
but more the massive framework included with Java and all the other
frameworks that make up the JavaEE ecosystem. So much to learn, but
it is awesome! Java development really is amazing.

> About tiOFP, sorry for that question but it puzzle me since the beginning...
> What means those five letters (tiOFP) ?

No worries - most people probably don't know that answer either. :-D

tiOPF stands for TechInsite Object Persistence Framework. The original
creator of the framework, Peter Hinrichsen, had a company called
TechInsite Pty Ltd, based in Melbourne, Australia. He developed
the framework for his business needs and clients, and eventually
open sourced it somewhere in the late 90's.

>> On the fpGUI front, I'm busy working on a MacOS Cocoa.
> Wow, this one is a big fish and would be wonderful.

Yes, that has been a highly requested feature for many years. As I
now work daily on a Mac, I thought it's a good time to implement it.
Before I never had access to a Mac.

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

___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] How is called the widgetset in MSEgui?

On 15/05/2020 4:51 pm, fredvs wrote:
> Also do you have news about Ultibo + fpGUI ?

Unfortunately I don't have any news. Last I heard they were making
good progress, but I haven't been following the Ultibo project.


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


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] How is called the widgetset in MSEgui?

On 15/05/2020 4:39 pm, fredvs wrote:
> About fpGUI, it seems to be in stand-by those last time...
> Are you in plan to continue the develop branch?

I did take a bit of a break while concentrating on Java for
my new job. I'm getting back into my Object Pascal projects
though. :-)

Currently busy doing some vital missing documentation for
tiOPF. On the fpGUI front, I'm busy working on a MacOS
Cocoa backend and stabilising the "develop" branch under
Windows.

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

___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] How is called the widgetset in MSEgui?

On 15/05/2020 3:40 pm, fredvs wrote:
> May I ask you what you are using to build MSEgui projects?

I don't use MSEgui at all. I only use MSEide out of the
MSEide+MSEgui project. All my desktop projects are based on
fpGUI Toolkit.

Regards,
  Graeme


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] How is called the widgetset in MSEgui?

On 03/05/2020 4:45 pm, fredvs wrote:
> There is the Lazarus-widgetset called 'LCL' but for MSEide-MSEgui, what is
> his name, MSEgui widgetset?

I minor correction there. ;-) LCL is the "toolkit" or library. The full
name being "Lazarus Component Library".
The Lazarus widgetsets are: LCL-gtk2, LCL-fpgui, LCL-win32 etc.

>From a discussion with Martin a very long time ago...

  MSEide+MSEgui = The whole project, which includes the tools (eg. IDE)
  and the framework to build user interfaces.

  MSEide = The "tools" part. ie: the IDE,
  MSEgui = The UI framework part. ie: the toolkit

So in context:
I use MSEide from the MSEide+MSEgui project, to develop fpGUI and
tiOPF based application. I don't use MSEide to build MSEgui projects.

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

___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Some news from Github issues.

2020-05-03 Thread Graeme Geldenhuys

On 03/05/2020 12:40 am, fredvs wrote:
> What I did understand is that the policy of MSEgui is to compile all what
> could be needed and let, at the end, the linker take what objects is needed
> for linking.

100% correct. When it comes to FPC, unused units in the uses clause it
not much of a problem like in other languages. The compiler and linker
will remove units, methods etc that is not needed, when it generates a
"release build" of your project.

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

___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Some news from Github issues.

2020-05-01 Thread Graeme Geldenhuys

On 01/05/2020 6:01 pm, fredvs wrote:
> Thanks to Johann Elsass we have now a bridge that allows to use units
> without the need to add 'mclasses' after 'classes'.

Well done to all involved. When I saw Martin start fork standard FPC
classes, I knew it was going to be a terrible idea. Very glad to hear a
alternative/revert solution was found.

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


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] New release of MSEide.

2020-04-05 Thread Graeme Geldenhuys

On 02/04/2020 7:26 pm, fredvs wrote:
> The mse-org team is very happy to announce the new release of
> MSEide+MSEgui.

Well done Fred for being a champion in taking this project forward no
matter what! As somebody else alread said - it echos out that
MSEide+MSEgui is still alive and kicking. Martin will be proud that his
baby is not abandoned, and still lives on!

Keep up the great work Fred, and everybody else.

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

___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Space and empty lines removed in commits.

2020-03-13 Thread Graeme Geldenhuys

On 13/03/2020 12:59 pm, fredvs wrote:
> Anyway, I will use the magic words (that works very well with Graeme):

hahahaha  I'm on to you now. ;-)


> "Graeme, if you want, I will do it asap."

You are green to go!   :-)


Regards,
  Graeme



___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Space and empty lines removed in commits.

2020-03-13 Thread Graeme Geldenhuys

On 12/03/2020 5:59 pm, fredvs wrote:
> Mse has **many** units, doing this via a editor will takes ages...

Thare are plent of command line tools that can do it too. Some
programmer text editors are process all files in directories recursively
too. Google is your friend. ;-)

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


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Space and empty lines removed in commits.

2020-03-12 Thread Graeme Geldenhuys

On 12/03/2020 5:39 pm, fredvs wrote:
> Yes, my fault, now I see that it was absolutely not a good idea.

Martin once told me too, to revert my contributions because I enabled
"trim trailing whitespace".  :-)

The MSEide+MSEgui code is full of such trailing whitespace. I suggest,
if you want, apply it to ALL the source code in the repo and make one
commit that says trimming the whitespace. Done and dusted! ;-)

After that, all will be good. No point in having contributions
"polluted" by such whitespace noise.


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


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Space and empty lines removed in commits.

2020-03-12 Thread Graeme Geldenhuys

On 12/03/2020 10:26 am, fredvs wrote:
> Maybe Graeme could refresh my mind?

Use the 'git diff' with the following parameters

-b   (ignores changes in amount of whitespace)
-w   (ignores all whitespace)


But I would be thinging to myself, why did Git complain about those in
the first place. Did you run a code formatter over the code? Did you
change a editor setting (eg: trim trailing whitespace)?


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


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] msedbusinterface and fpc 3.3.1 trunk

2020-03-09 Thread Graeme Geldenhuys

On 09/03/2020 9:00 am, fredvs wrote:
>> I'd rather suggest parentheizing the first partial expression, like so:
>>  if (fld1 is tblobfield) and (self.fblobintf <> nil) then begin 
> Yes, it is exactly what was proposed in fpc mailing list.

Nice, good catch Sieghard.

Regards,
  Graeme


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Procedure List add-on for MSEide

2020-02-16 Thread Graeme Geldenhuys

On 16/02/2020 3:48 am, fredvs wrote:
> I did commit all this in official mse-org.

Awesome, thank you very much! :-)

Regards,
  Graeme



___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Procedure List add-on for MSEide

2020-02-15 Thread Graeme Geldenhuys

On 15/02/2020 1:46 pm, fredvs wrote:
> Or better, re-code syntax def file (.sdef) file to add a parameter to set
> the color of datacols[1].colorselected.

If the sdef definition/implementation doesn't currently support that
color item, than yes, that would be the best solution - extend the
implementation so the sdef theme can control that value 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


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Procedure List add-on for MSEide

2020-02-15 Thread Graeme Geldenhuys

On 15/02/2020 11:41 am, fredvs wrote:
> There is a very little problem in tprocedurelistfo.JumpToSelectedLine;
> The line jumped is 1 line too much.

Well spotted. Seems the 0-based indexing into the source editor caught
me there.  ;-)


> Also may I propose to change the color of the line jumped, so it is more
> easy to see.

I tried that, but it had horrible results on my side, with my color
scheme. See attached screenshots and the file name explaining what you see.


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
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Procedure List add-on for MSEide

2020-02-15 Thread Graeme Geldenhuys

On 14/02/2020 6:30 pm, Graeme Geldenhuys wrote:
> Thanks for the code, I'll add that functionality back in.

I've made the change and merged it into official repository.

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


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Procedure List add-on for MSEide

2020-02-14 Thread Graeme Geldenhuys

On 13/02/2020 11:36 pm, fredvs wrote:
> Maybe you may add a oncellevent() method that jump into the source editor to
> the line of the method that you 2xcliked.

Ah, that was there - double checked with some old MSEide build I had. It
must have gotten lost somewhere during the rebase or something.

Thanks for the code, I'll add that functionality back in.


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


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] The evil that is mfm

2020-02-14 Thread Graeme Geldenhuys

On 14/02/2020 1:34 am, fredvs wrote:
>> Afaik, the *_mfm.pas are not necessary.
>> You may delete them, there are given only for convenience (?) when you do
>> a
>> "touch form". 
> Fake news!
> 
> *_mfm.pas ARE necessary.

I remember I asked Martin if they were required, and his answer was
technically no, because they are auto generated or something. So I once
deleted all *_mfm.pas files from my local MSEide+MSEgui repo, and
everything was broken.

*shrug*

So yeah, no idea what Martin meant. And no idea why they are needed.
Granted I never bothered to look inside the MSEgui code to find out either.

Either way, I always thought 2 files per form/window/dialog was bad for
Delphi/Lazarus - hence I implemented fpGUI to *only* use the single
*.pas file. So now seeing 3 files per form/window/dialog in MSEgui is
*really bad*! Especially since you can't resolve conflicts in the
*_mfm.pas files. :-(

If there ever was a long term goal for MSEide going forward, I would
putting find the meaning of those files and removing them as a big
goal going forward.

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

___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Procedure List add-on for MSEide

2020-02-14 Thread Graeme Geldenhuys

On 14/02/2020 3:12 am, fredvs wrote:
> It works **very** well.
> I could not resist too to commit it to ideU.
> 
> Many wow and many thanks.

Glad you liked it. :-) I implemented the same feature into Lazarus IDE
some 14 years ago (wow, time flies!) as a add-on, and soon after it
became standard with Lazarus. It seems to be a popular way of
navigating/jumping to code in a unit.

https://wiki.lazarus.freepascal.org/New_IDE_features_since#procedure_list

Both Eclipse IDE and IntelliJ has the same feature, though their dialogs
look slightly different. But importantly, they are also very keyboard
friendly (no need to use the mouse).

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

___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] What version(s) of FPC is supported

On 13/02/2020 11:05 pm, fredvs wrote:
> Maybe we could see what is the oldest fpc version still distributed.

Free Pascal's own server (ftp) contains all prior versions of FPC. So
any of them can be installed in theory. I still have FPC 2.6.2 and FPC
2.6.4 installed on my current system. No idea why though! :-)

> All that to say that maybe we can keep backward compatibility untill fpc
> 2.4.0.

Is there really a purpose to still keep such backwards compatibility?

Regards,
  Graeme

___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

[MSEide-MSEgui-talk] The evil that is mfm

Hi,

After spending nearly and hour rebasing only two small branches from
2016 and bringing them up to date with the latest MSEide, I discovered
that I really dislike this "mfm" idea of forms.

I understand the *.mfm is the "object version" of the *.pas file that
represents a window/dialog. Just like Delphi's *.frm or Lazarus's *.lfm
files.

But what the hell is the point of the *_mfm.pas file It's like a
semi binary array version of the window/dialog. Not human readable at
all, so impossible to resolve merge conflicts in. MSEide also seems to
prefer reading the contents of that file, instead of the *.mfm file,
which makes matters even worse. I had to recreate many settings by
killing off all my branch changes and manually redoing them so MSEide
can regenerate the latest stupid *_mfm.pas file with my changes.

Martin had many brilliant ideas, but the *_mfm.pas was absolute rubbish.
 Why 3 files per form. Why a binary version (even Delphi learned what a
bad idea that was back in the day)   :-(


Regards,
  Graeme


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

[MSEide-MSEgui-talk] What version(s) of FPC is supported

Hi,

Anybody know what is the oldest version of FPC that is supported by
MSEide+MSEgui.  I guess that would be both the msegui framework, as well
as the mseide itself.

Did Martin was any specific rules regarding this? ie: Only latest FPC
release version and greater. Or latest FPC release and the prior stable
release?

The reason I ask. I see loads of very old IFDEF FPC versions in the
msegui code and wondered if one can start cleaning those up at some point.

Regards,
  Graeme

-- 
fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal
http://fpgui.sourceforge.net/

My public PGP key:  http://tinyurl.com/graeme-pgp


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] New release of ideU with Code Beautifier ptop and Jedi.

On 13/02/2020 5:34 pm, Graeme Geldenhuys wrote:
> Please try and share such changes back to FPC. It really helps them and
> the community in a whole.

Ignore my message - I see you already shared your changes. Well done! :-)

Regards,
  Graeme


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] New release of ideU with Code Beautifier ptop and Jedi.

On 13/02/2020 11:45 am, fredvs wrote:
> By the way I did a new repository of forked fpc ptop.
> https://github.com/fredvs/ptop
> 
> That version has "comma" keysymbol and can deal commas layout like
> myunit1,myunit2,myunit3 > myunit1, myunit2, myunit3.


Please try and share such changes back to FPC. It really helps them and
the community in a whole.


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


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] New release of ideU with Code Beautifier ptop and Jedi.

On 13/02/2020 1:20 pm, fredvs wrote
> I have to confess that I am the worst in that field. When I code new
> idea, I do it without to care about formatting and at the end there
> is a mess.

I am (was) the total opposite. I hate messy code and spend way too much
time formatting my Pascal code. But that is what I really love about
Eclipse and IntelliJ - I don't bother code formatting any more, because
as soon as I save, the IDE takes care of that tedious task for me -
automatically. I love it! :-D

> Do you agree if I use your JCFSettings.cfg as default config file
> for Jedi+ideU?

You are welcome to use anything you find useful in fpGUI's code
repository. That's what open-source is all about... Collaboration and
Sharing.


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


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] New release of ideU with Code Beautifier ptop and Jedi.

2020-02-12 Thread Graeme Geldenhuys

On 12/02/2020 1:45 pm, fredvs wrote:
> Here Code Beautifier in action:

Very nice indeed. Easy to access and use. :-)


Something I've learned while using the excellent Java development tools
over the last 8 months Convenience!

Boths Eclipse (built in) and IntelliJ (via plugin) supports "Save
Actions". You can enable many convenience features for your code. It
helps keep code in a project consistent and clean even with multiple
contributors in that project. One such feature I enabled immediately was
to automatically format the code when you save a file. Those IDE's go
way further than that, but features like that would be fantastic to see
in Object Pascal ide's too. Importantly though is to make sure they are
off by default and optional to enable.

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


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] MSEgui documentation generation - WIPFC usage

2020-02-11 Thread Graeme Geldenhuys

On 11/02/2020 7:21 pm, Roland Chastain wrote:
> $ env WIPFC=/home/roland/Documents/sources/fpgui/tools/wipfc
> /home/roland/Documents/sources/fpgui/tools/wipfc/wipfc msegui.ipf
> 
> I am under Linux. I used the Linux 32 binary shipped with fpGUI.
> 
> The output is this line, repeated thousands of time:
> 
>  Warning 61: This res number is already in use

Use the -i command line parameter to tell wipfc to generate INF files,
otherwise it's going to try and generate OS/2 HLP files (not the MS
Windows kind).

For example:
  $> export WIPFC=
  $> wipfc -i msegui.ipf

For my convenience, I normally create a ~/bin/wipfc script file that
does the exporting and specifies the -i command line parameter too. That
way I can do anywhere on my systems:

wipfc somefile.ipf

and it will know where the real wipfc executable is, did the WIPFC
export and generate the INF output 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

___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Indentation and other settings

On 09/02/2020 2:04 pm, fredvs wrote:
> it is exactly what was done in ideU, you may choose or use the settings
> of the project or the global settings.
> And you may switch from one to other.

Then that sounds like the perfect solution to MSEide too. Sorry if I
misunderstood - I haven't used ideU in many years. Clearly a lot has
changed/improved since then. :-)

Regards,
  Graeme

___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Indentation and other settings

On 09/02/2020 2:18 pm, fredvs wrote:
> ideU is not "pure" msegui, it uses some fpGUI and Lazarus units and
> some code is used to make work fpGUI_designer_ext and sak assistive
> kit.

Ah yes, I forgot about that. In that case, keeping it as a separate
"specialized MSEide" is indeed the better option.


> All that said, till now, I did not find how to fix the "msestat" bug
> when using fpc 3.3.1. ;(

Oh - I thought you found and fixes the issue.


Regards,
  Graeme


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] MSEide package for Mageia

On 09/02/2020 12:48 pm, Graeme Geldenhuys wrote:
> https://wiki.freepascal.org/Online_Package_Manager
> 
> I think the above is the correct link, but shows the "gui frontend" for
> the underlying FPC package manager. FPC includes out of the box a CLI
> tool


Here is information about the official FPC cli utility.

  https://wiki.freepascal.org/fppkg


Regards,
  Graeme


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] MSEide package for Mageia

On 09/02/2020 3:52 am, Roland Chastain wrote:
> With your kind permission, I would like to make a Mageia package
> (*.rpm) for the latest version of MSEide (4.6.2).

Why not adopt the offical distro independent online package manager that
Free Pascal supplies? One package that can be used on all Linux,
FreeBSD, Windows etc environments.

https://wiki.freepascal.org/Online_Package_Manager

I think the above is the correct link, but shows the "gui frontend" for
the underlying FPC package manager. FPC includes out of the box a CLI
tool that allows you to query and install packages with very little effort.

eg:

 $> fppkg --help
 $> fppkg update
 $> fppkg list

etc...

Regards,
  Graeme

___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] MSEide package for Mageia

On 08/02/2020 5:34 pm, Roland Chastain wrote:
> It's an old version (3.1). As I am myself a Mageia user, I thought
> that it would be a good idea to update this package.

That's where I really like FreeBSD's package management. They download
and compile code directly from the original project repository. FreeBSD
only maintains patches (if required) to compile the official project
code under FreeBSD before it gets installed.

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

___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Indentation and other settings

On 08/02/2020 5:00 pm, Roland Chastain wrote:
> OK Fred, thank you. I will follow the progress of ideU.

I'm hoping that over time the official MSEide can incorporate most ideU
enhancements, so we don't end up with a fragmented project.

Just my 2c. But then on the flip side, maybe Fred wants to use ideU
where things can be experimented with before they make it into the
official MSEide - that's actually not such a bad idea either. But again,
that could be accomplished in the official MSEide repository too, using
an "experimental" branch/branches, where ideas can easily and quickly be
merged and tested for some time, because some of those features make it
into the "master" branch.

I think IntelliJ IDEA and Git itself follow that development process.
You have the official stable branch, and then multiple feature branches,
and an "experimental" branch which contains most of the feature branches
all merged together for trialling.


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


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Indentation and other settings

On 08/02/2020 1:25 pm, fredvs wrote:
> Your indent-config is a good example, it should be (ones again imho) global
> and not per project.
> The same for the font used in editor, pair-word, etc...

I'm totally okay with such global options too, but I think it would be
nice (though probaly more work) to also still keep the Per Project
options. So the Per Project options will override the Global IDE Options.

This design will also make it 100% backward compatible with existing
Project files/settings, as they will override the newly introduced
Global IDE Options.

I think that would be the ideal solution.

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

___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Indentation and other settings

2020-02-08 Thread Graeme Geldenhuys

On 08/02/2020 6:33 am, Roland Chastain wrote:
> Would someone know how to change the setting for automatic indentation in
> MSEide? For example, I would prefer two spaces instead of one space.

As the usual with MSEide, that is a per project setting, as MSEide
doesn't really use "global settings". But you can change the default
"new project" to include those settings, or Export/Import settings from
another project.

Anyway, to the point, you can set the indentation in the Project Options
dialog under the Editor and then Source tab.

> Same question for the units declaration. I would like to have a space
> after commas.
Umm, I'm not sure about this one. MSEide really isn't big on
auto-generating source code for you (by design). That design choice is
something I like too, so never really worried about code layout, as it
is code I typed myself. ;-)


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


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Cosmetic: bookmarks in editor gutter could be improved

2020-01-21 Thread Graeme Geldenhuys

On 19/01/2020 7:33 pm, fredvs wrote:
>  
> 
> I vote to use it for MSEide too.

Either of the two bookmark samples you showed looks much better than the
current one. So go with whatever sample you think looks best.  :-)

Regards,
  Graeme

___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

[MSEide-MSEgui-talk] Cosmetic: bookmarks in editor gutter could be improved

2020-01-19 Thread Graeme Geldenhuys

Hi,

Something that has been bothering me for ages. The look of the bookmark
numbers in the editor gutter should really be improved. See attached
screenshot [screenshot_mseide_default.png] where I show bookmark (1) and
(3).

Sure, functionally wise they work. But to put it bluntly, they look
ugly. Also in the case of (1), it is rendered to the left and not 100%
centred.


In the second screenshot [screenshot_improved_bookmarks.png], I show
numbered bookmarks from the EditPad Pro application. The bookmarks are
still quite simple in design, but look so much better. The number is
also evenly centred inside the rectangle.

Some editors draw much more fancy looking bookmark icons. eg: rounded
rectangles, a real looking bookmark, numbered circles etc. But I think
something as simple as what EditPad Pro does, will suffice nicely for
MSEide.

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
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Missing shortcut in MSEide

2020-01-16 Thread Graeme Geldenhuys

On 16/01/2020 6:26 pm, fredvs wrote:
> Here on Lazarus 2.0.6, Ctrl+Q or Alf+F + Alt+Q does not work.

I would presume that is a bug then - after all, they are so much about
adhering to "standards". :-)


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


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Missing shortcut in MSEide

2020-01-16 Thread Graeme Geldenhuys

On 16/01/2020 12:16 am, fredvs wrote:
> I vote to set those shortcuts as more traditional

+1

Regards,
  Graeme


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Missing shortcut in MSEide

2020-01-15 Thread Graeme Geldenhuys

On 12/01/2020 3:31 pm, fredvs wrote:
> But, IMHO, Ctrl+Q shortcut is already used to close file in the
> source-editor.

I've looked at about 7 apps under my Ubuntu system, most of them use
Ctrl+Q for "File -> Quit" menu item. I did also find some other weird
ones, but Ctrl+Q was the most popular. :-)

> Would you be happy if Ctrl+X is used instead?

I guess it doesn't matter too much what the default is, as long as the
user can customise that action in the Shortcuts ide dialog.

Regards,
  Graeme

___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

[MSEide-MSEgui-talk] Missing shortcut in MSEide

2020-01-12 Thread Graeme Geldenhuys

For some reason the "File -> Exit" menu item doesn't have a shortcut
assigned. Normally that would be Ctrl+Q

It is also missing from the Global Shortcuts dialog where users can
assign or customise shortcuts.


Regards,
  Graeme
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Translations of MSE on other languages

2019-11-07 Thread Graeme Geldenhuys

On 07/11/2019 2:33 am, fredvs wrote:
> But, afaik, mse-i18n is much more than a simple translator.

Anybody actually using it [features] other than for translating words?

Regards,
  Graeme



___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Translations of MSE on other languages

2019-11-06 Thread Graeme Geldenhuys

On 16/10/2019 1:26 pm, fredvs wrote:
> And po and pot files from Transiflex were saved here:
> https://github.com/fredvs/mseide-msegui/tree/master/tools/po_files

I really do not understand why MSEide+MSEgui's translations are so
complex. There are *.pas, *.csv, *.trd, *.trp, *.pot and *.po files!

In comparison, LCL and fpGUI only have *.po files - that's it. Anything
else is auto-generated. In the case of fpGUI, that's only *.inc files -
in case you wanted to compile fpGUI to default to another language other
than English (eg: if you only wanted to support a specific language).

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

___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Copy full path of current file to clipboard

2019-10-12 Thread Graeme Geldenhuys

On 12/10/2019 1:29 pm, fredvs wrote:
> What "current file" are you talking, the one edited in source-form?

Sorry for being unclear. Yes, the current file that is being edited by
MSEide. Sometimes I would like to copy the full path of that file
because I want to use it in a Terminal (eg: to do a 'git gui blame' etc
on that file).

But don't worry I the solution. In the statusbar of MSEide it shows the
full path of the current file being edited. I didn't realise that I can
select that file there (in the statusbar) and then Ctrl+C to copy it to
the clipboard. Seems Martin already thought of that need. :-)  I kept
looking for a context popup menu item, but the statusbar way will do
just fine.

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


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

[MSEide-MSEgui-talk] Copy full path of current file to clipboard

2019-10-12 Thread Graeme Geldenhuys

Hi,

Does MSEide have such an option?



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


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Compilation error with FPC 3.2.0

2019-06-08 Thread Graeme Geldenhuys

On 07/06/2019 10:50 am, fredvs wrote:
> Sadly I feel to be not welcome on fpc mailing-list to ask this.

I don't understand why, but if that is the case, why not ask on the
Lazarus web forums. It is run by different people, even though some
familiar faces are there.

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


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Compilation error with FPC 3.2.0

2019-04-27 Thread Graeme Geldenhuys

Hi Fred,

On 27/04/2019 13:08, fredvs wrote:
> In last fpc 3.2.0. was added a "hidden" parameter for TParamFlags (to do
> like Java does?).
> OK but why add this new parameter as default, why not add it with a no
> default parameter to keep compatibly with earlier version?

I do agree that FPC's backward compatibility is not as good as it used
to be. I have discovered many things in the 3.x releases which broke my
software. I guess they would argue that 3.x is a major release change,
thus code breakages are expected (and somewhat allowed).

Anyway, back to the point of the hidden "self" parameter. It has always
been there, since the introduction of classes. It was simply that
TParamFlags did not have the ability to query those hidden parameters.
It seems in 3.2.0 they introduced a new parameter type so software could
query those hidden parameters if they needed, or ignore them otherwise.

>From my preliminary research, it seems Martin simply iterated though all
the available parameters, going on the expectation that hidden
parameters are never is that listed. Then generating the method
parameters for the IDE source editor, via the code generation (ie: class
completion). So I would expect we simply need to add an extra check
during that iteration and discard all pfHidden and pfSelf parameters, as
we don't need them in the generated class completion code.

Like I said, I'll take a look as soon as I can. I don't expect it to be
a difficult thing to 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

___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Compilation error with FPC 3.2.0

2019-04-27 Thread Graeme Geldenhuys

On 26/04/2019 22:40, fredvs wrote:
> The only problems found are with mseide himself and the new behavior of
> TParamFlags.
> But it seems, after lot of search, that, in all fpc world, only Martin did
> know how to use TParamFlags.
> (https://forum.lazarus.freepascal.org/index.php/topic,27538.15.html?PHPSESSID=3ovhgvat82bssshp06eq81m8s3)


I've been swamped with contracting work (yes, even on the weekend). As
soon as I have a spare moment, I'll take a look at the MSEide code.


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


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Compilation error with FPC 3.2.0

On 25/04/2019 14:30, fredvs wrote:
>> for pfHidden in the parameter flags and ignore them.
> Not yet understood but maybe only changing a parameter should do the trick.

You followed exactly what I would have done. Searching the source code
for TParamFlag and see what it does with it.

>From the FPC wiki it seems that if you iterate or something though the
available parameters, you now need to filter out pfHidden and pfSelf
parameters if you are not interested in them. So for MSEide that would
be a IFDEF for 3.2.0 and greater handling those new pfXXX parmeters by
skipping them.

Obviously, this is all theoretical as I haven't looked at the actual
MSEide code at all, so don't know what it does with TParamFlag at the
moment. If all else fails, embrace open source and take a sneak peek at
Lazarus's CodeTools code too. I would imagine they also had to adjust
their code generation for FPC 3.2.0 and later.

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

___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Compilation error with FPC 3.2.0

On 25/04/2019 13:06, Graeme Geldenhuys wrote:
> This might be the cause of the problem. It is listed under FPC's
> possible code breaking changes for 3.2.0 (what used to be Trunk).
> 
> 
> http://wiki.freepascal.org/User_Changes_Trunk#TParamFlag_extended_for_hidden_parameters

See also section "Parameters of procedure variables contain hidden
parameters"


http://wiki.freepascal.org/User_Changes_Trunk#Parameters_of_procedure_variables_contain_hidden_parameters


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


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Compilation error with FPC 3.2.0

On 25/04/2019 12:56, fredvs wrote:
> procedure onexec2($self: Pointer; const sender: Tobject); ---> that is not
> normal.
> 
> What are the big changes of fpc 3.0.4 vs 3.2.0 ?
> 
> Very strange to get 2 different results with same code but different
> compilers.

OK, I'm not an expert at this, but I do know that every methods is sent
a hidden "self" parameter. It seems with the code generator and FPC
3.0.4 and earlier, it ignored that self parameter because FPC takes care
of that for you.

With 3.2.0 something obviously changed that "self" parameter is now
treated as a normal parameter, and not the hidden parameter that FPC
injects.

This might be the cause of the problem. It is listed under FPC's
possible code breaking changes for 3.2.0 (what used to be Trunk).

http://wiki.freepascal.org/User_Changes_Trunk#TParamFlag_extended_for_hidden_parameters

Some other release notes of interest:
  http://wiki.freepascal.org/FPC_New_Features_Trunk
  http://wiki.freepascal.org/User_Changes_3.0.4

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

___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Compilation error with FPC 3.2.0

On 25/04/2019 12:17, Fred van Stappen wrote:
> PS: Huh, but what is the goal of IFI, Google-search dont give any help.

You'll have to search the mailing list archive messages. Martin once
described it to me years ago, but I can't remember all the details.

I also know that at years ago MSEide+MSEgui could be compiled without
IFI, which I always did. But 2-3 years ago I reported to Martin that I
couldn't compile MSEide like that any more. He then confirmed that IFI
is now a requirement. Saying that, I did notice that the MSEgui code
still has a lot of IFDEFs for IFI, but I gather is now obsolete. I guess
this needs to be confirmed too... by trying again to compile MSEide
without IFI enabled. I did not test that last night.

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


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Compilation error with FPC 3.2.0

On 25/04/2019 11:52, Fred van Stappen wrote:
> Indeed, strange things append.

And are we certain that my changes are the cause of those issues?

What I changed was a simple method signature related to an ifi interface
declaration. I thought that IFI is only for remote application and
display purposes.

What would IFI have to do with the Object Inspector and code generator???


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


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Compilation error with FPC 3.2.0