Sign in Join

Live chat for Free Pascal, Lazarus, Delphi and every Pascal programmer.

Mailing lists / fpc-pascal / 2017-11

MSEide+MSEgui 4.6 for FPC 3.0.4

23 messages · 10 people · –

Reply by email Subscribe to this list Your subscription

Read-only archive. Use j and k to move between messages.

Andreas
to Martin Schreiber

Hi Martin, do you have any plans to cross compile to android?

Martin Schreiber wrote 18 lines
Hi, MSEide+MSEgui version 4.6 has been released: https://sourceforge.net/projects/mseide-msegui/files/mseide-msegui/4.6/ There are also new versions of MSEgit, MSErun, MSEspice and MSEkicadBOM: https://sourceforge.net/projects/mseuniverse the cross environment for Raspberry Pi: https://sourceforge.net/projects/mseide-msegui/files/fpcrossarm/ and FPC for Raspberry Pi: https://sourceforge.net/projects/mseide-msegui/files/fpcarm/ Martin _______________________________________________ fpc-pascal maillist - http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal

Reply by email

Andreas Berger
to Martin Schreiber

I went back to Delphi because our company is converting all programs that the maintenance uses to work on cell phones. Rad Studio 10.2 was bought and even our desktop programs are being converted form FPS/Delphi7 to Delphi 10. If FPC for Android worked off the shelf I probably could convince the company to go back to FPC since all our current projects work with it. I Never used MGE but have been keeping an eye on it and know what you do is very stable.

Martin Schreiber wrote 9 lines
On Friday 24 November 2017 18:38:39 Andreas wrote: > Hi Martin, do you have any plans to cross compile to android? > Maybe if there is enough interrest or a sponsor. What do you need? Martin _______________________________________________ fpc-pascal maillist - http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal

Reply by email

Martin Schreiber
to Andreas Berger
Andreas Berger wrote 6 lines
I went back to Delphi because our company is converting all programs that the maintenance uses to work on cell phones. Rad Studio 10.2 was bought and even our desktop programs are being converted form FPS/Delphi7 to Delphi 10. If FPC for Android worked off the shelf I probably could convince the company to go back to FPC since all our current projects work with it.

Can you elaborate a bit what you actually need? Do you need a Firemonkey equivalent? Something other?

Martin

Reply by email

Andreas Berger
to Martin Schreiber

On the Android side I actually only need a graphical app with access to the Bluetooth and possibly be a TCP client.

Martin Schreiber wrote 14 lines
On Saturday 25 November 2017 11:52:39 Andreas Berger wrote: > I went back to Delphi because our company is converting all programs > that the maintenance uses to work on cell phones. Rad Studio 10.2 was > bought and even our desktop programs are being converted form > FPS/Delphi7 to Delphi 10. If FPC for Android worked off the shelf I > probably could convince the company to go back to FPC since all our > current projects work with it. Can you elaborate a bit what you actually need? Do you need a Firemonkey equivalent? Something other? Martin _______________________________________________ fpc-pascal maillist - http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal

Reply by email

Martin Schreiber
to Andreas Berger
Andreas Berger wrote
On the Android side I actually only need a graphical app with access to the Bluetooth and possibly be a TCP client.

And why Free Pascal to develop the android application? What would be the advantages instead to use the tools of the platform?

The architecture of MSEgui would allow to make widgets for Android in RAD style development, either ownerdrawn or wrapper for native widgets with 'ifi'-data- and event-connections to the business logic in the application.

Martin

Reply by email

Ralf Quint
to Martin Schreiber
Martin Schreiber wrote 6 lines
On Saturday 25 November 2017 15:04:05 Andreas Berger wrote: > On the Android side I actually only need a graphical app with access to > the Bluetooth and possibly be a TCP client. > And why Free Pascal to develop the android application? What would be the advantages instead to use the tools of the platform?

In a lot of cases, at least for non-trivial applications, you might need to share a larger code base with desktop applications running on  Windows, Linux or macOS...

Ralf

---
This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus

Reply by email

Andreas Berger
to Martin Schreiber: And why Free Pascal to develop the android application? What would be the advantages…
Martin Schreiber wrote 12 lines
On Saturday 25 November 2017 15:04:05 Andreas Berger wrote: > On the Android side I actually only need a graphical app with access to > the Bluetooth and possibly be a TCP client. > And why Free Pascal to develop the android application? What would be the advantages instead to use the tools of the platform? The architecture of MSEgui would allow to make widgets for Android in RAD style development, either ownerdrawn or wrapper for native widgets with 'ifi'-data- and event-connections to the business logic in the application.

Today much of the maintenance at the client is done using netbooks. We wish to use cell phone exclusively. We have a large program base with many programs all written in FPC and/or Delphi. The company is migrating all FPC to Rad Studio 10.2 so that the same code base can be used when we migrate some of these programs to android. I would rather migrate our last delphi programs to FPC.

Reply by email

Andreas
to Martin Schreiber: And why Free Pascal to develop the android application? What would be the advantages…
Martin Schreiber wrote 12 lines
On Saturday 25 November 2017 15:04:05 Andreas Berger wrote: > On the Android side I actually only need a graphical app with access to > the Bluetooth and possibly be a TCP client. > And why Free Pascal to develop the android application? What would be the advantages instead to use the tools of the platform? The architecture of MSEgui would allow to make widgets for Android in RAD style development, either ownerdrawn or wrapper for native widgets with 'ifi'-data- and event-connections to the business logic in the application.

Today much of the maintenance at the client is done using netbooks. We wish to use cell phone exclusively. We have a large program base with many programs all written in FPC and/or Delphi. The company is migrating all FPC to Rad Studio 10.2 so that the same code base can be used when we migrate some of these programs to android. I would rather migrate our last delphi programs to FPC.

Reply by email

Martin Schreiber
to Andreas
Andreas wrote 10 lines
> The architecture of MSEgui would allow to make widgets for Android in RAD > style development, either ownerdrawn or wrapper for native widgets > with 'ifi'-data- and event-connections to the business logic in the > application. Today much of the maintenance at the client is done using netbooks. We wish to use cell phone exclusively. We have a large program base with many programs all written in FPC and/or Delphi. The company is migrating all FPC to Rad Studio 10.2 so that the same code base can be used when we migrate some of these programs to android.

What Delphi technologies do you use on Android? Firemonkey? What is missing in Free Pascal? Can you be more specific?
I doubt that the codebase of a desktop application can be used unchanged on a cellphone.

Martin

Reply by email

Michael Schnell
to Martin Schreiber: And why Free Pascal to develop the android application? What would be the advantages…
Martin Schreiber wrote
The architecture of MSEgui would allow to make widgets for Android in RAD style development, either ownerdrawn or wrapper for native widgets with 'ifi'-data- and event-connections to the business logic in the application.

This of course triggers my interest.
Is there an ifi user-site program (e.g. in Java) to run with the Android GUI and connect to a native code application ?

-Michael

Reply by email

Graeme Geldenhuys
to Martin Schreiber: What Delphi technologies do you use on Android? Firemonkey? What is missing in Free…
Martin Schreiber wrote
What is missing in Free Pascal?

Good question. After all, Delphi used the FPC compiler to develop for iOS before they had their own compiler ready. I believe XE2 shipped with a FPC compiler. So FPC functionality (the compiler at least) must have enough to make it usable.

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

Reply by email

Marcos Douglas B. Santos
to Graeme Geldenhuys: Good question. After all, Delphi used the FPC compiler to develop for iOS before they had…
Graeme Geldenhuys wrote 10 lines
On 2017-11-29 06:19, Martin Schreiber wrote: > > What is missing in > Free Pascal? Good question. After all, Delphi used the FPC compiler to develop for iOS before they had their own compiler ready. I believe XE2 shipped with a FPC compiler. So FPC functionality (the compiler at least) must have enough to make it usable.

We have the compiler, now it just missing the widgets...

Best regards,
Marcos Douglas

Reply by email

Marcos Douglas B. Santos
to Rainer Stratmann: A userfriendly setup/install for every compile/cross compile scenario out of the box.…
Rainer Stratmann wrote 10 lines
Am Mittwoch, 29. November 2017, 07:19:32 schrieb Martin Schreiber: > What is missing > in Free Pascal? A userfriendly setup/install for every compile/cross compile scenario out of the box. Without the need for compiling fpc. Without the need for an internet connection.

Have you already seen fpcup -> http://wiki.freepascal.org/fpcup ?

Best,
Marcos Douglas

Reply by email

Rainer Stratmann
to Marcos Douglas B. Santos
Marcos Douglas B. Santos wrote 16 lines
On Wed, Nov 29, 2017 at 9:35 PM, Rainer Stratmann wrote: > Am Mittwoch, 29. November 2017, 07:19:32 schrieb Martin Schreiber: >> What is missing >> in Free Pascal? > > A userfriendly setup/install for every compile/cross compile scenario out > of the box. > > Without the need for compiling fpc. > > Without the need for an internet connection. Have you already seen fpcup -> http://wiki.freepascal.org/fpcup ?

yes

Reply by email

kardan
to Rainer Stratmann

Is it possible to tell fpcgui a folder with an already checked out svn trunk? I cannot afford to download 1.1 gb again.

Show quoted text 18 lines
Am Mittwoch, 29. November 2017, 21:43:00 schrieb Marcos Douglas B. Santos: > On Wed, Nov 29, 2017 at 9:35 PM, Rainer Stratmann > > wrote: > > Am Mittwoch, 29. November 2017, 07:19:32 schrieb Martin > > Schreiber: > >> What is missing > >> in Free Pascal? > > > > A userfriendly setup/install for every compile/cross compile > > scenario out of the box. > > > > Without the need for compiling fpc. > > > > Without the need for an internet connection. > > Have you already seen fpcup -> http://wiki.freepascal.org/fpcup ?

Reply by email

Paul Breneman
to kardan
kardan wrote 10 lines
I guess its better to go for fpcupdeluxe these days? On Thu, 30 Nov 2017 01:57:54 +0100 kardan wrote: > Is it possible to tell fpcgui a folder with an already checked out svn > trunk? I cannot afford to download 1.1 gb again. use git-svn with existing trunk folder https://github.com/newpascal/fpcupdeluxe/issues/57

Will fpcupdeluxe work on console, or is a GUI required?

See fpcup usage here:
http://wiki.freepascal.org/Small_Virtual_Machines#Debian_console_virtual_machine

Regards,
Paul
www.ControlPascal.com

Reply by email

kardan
to Paul Breneman

Hi Paul,

Will fpcupdeluxe work on console, or is a GUI required?

fpcupdelux fails without DISPLAY.

This page is interesting, will try levinux with vagrant mutate

1) My current issue is that both (fpcup and fpcupdeluxe) seem unable to use my existing fpc trunk checked out with `git svn clone https://svn.freepascal.org/svn/fpc/trunk`. As my connection is quite slow it interrupted multiple times and I had to `git svn fetch` to continue. I can't download it again this way and do not trust such automated tools to be clever enough to deal with it. It would be great if it would check for a .git directory and use git-svn automatically.

use git-svn with existing trunk folder https://github.com/newpascal/fpcupdeluxe/issues/57

2. However I'd like to use their power to create the cross-tools needed to release our project. At the end the cross installer will run on OSX i386 in a travis environment and automatically deploy binaries. Therefor not the whole history is needed. Which configuration options should I use in this case?

Kardan

~/src/fpc/.git/config
[core]
repositoryformatversion = 0
filemode = true
bare = false
logallrefupdates = true
[svn-remote "svn"]
url = https://svn.freepascal.org/svn/fpc/trunk
fetch = :refs/remotes/git-svn

Reply by email