On 28.11.2017 11:28, Sven Barth via Lazarus wrote:
Why should they? They are two completely different projects. From the
LCL's point of view fpGui is a black box like GTK, Qt or the Windows API.
OK, so in the end fpGUI *is* an external Widget set, only that it comes
more independent of the OS
On 30.11.2017 10:04, Michael Schnell via Lazarus wrote:
e.g. a small embedded device or to allow running them as a service..
Of course another important "headless environment" is server
applications with built-in Web server or sitting behind a standard
WebServer.
On 27.11.2017 20:07, Graeme Geldenhuys via Lazarus wrote:
Either way, it would be nice to see LCL-CustomDrawn and LCL-fpGUI
widgetsets get some more attention.
Is there any chance to unify them to a single Widget Type implementation
that uses a low level graphics API (without an external
On 27.11.2017 19:59, Graeme Geldenhuys via Lazarus wrote:
(except for TLabel)
To me TLable seems like very important to allow easy "porting" of
applications from an other widget Type to fpGUI/LCL.
Is implementing TLabel really that hard ?
-Michael
--
On 30.11.2017 00:02, Graeme Geldenhuys via Lazarus wrote:
RAD style development is highly overrated...
I do know that very exactly, been there often enough.
RAD is great to create "small" applications, but with huge projects, you
will very likely hit a limit where you wish you would not have
On 30.11.2017 12:09, el es via Lazarus wrote:
It is not easy to break free from old, ... programming practices
Nonetheless, IMHO RAD is a great way to start programming, as you
immediately and painlessly can see (visualize) what your "business
logic" software does and easily set parameters
On 01.12.2017 08:22, Martin Schreiber via Lazarus wrote:
For me Delphi is not the best RAD environment and therefore
developments made with Delphi should not be used to disqualify RAD as
a whole.
Which are there other than Delphi and its siblings ?
-Michael
--
On 01.12.2017 07:42, Martin Schreiber via Lazarus wrote:
separating of GUI and business logic is perfectly possible with RAD.
Yep. But you need to apply this discipline to yourself right from start
of the project, as doing this afterwards is tedious.
Unfortunately many projects arise from
On 05.12.2017 00:50, Graeme Geldenhuys via Lazarus wrote:
DBGrid behaves slightly different to TStringGrid, and is slow.
While for perfect performance / clearness / portability / ... , DBGrid
supposedly should not be used in a production release, it might be very
helpful when designing an
On 07.11.2017 10:55, Alexey via Lazarus wrote:
https://bugs.freepascal.org/view.php?id=32653
wp wrote: >>Sorry I will not fix this one because it opens another
Pandora to add features well-established in TAChart.
Pls apply the patch. it makes several plots on one panel. What
Pandora?? I
On 09.11.2017 11:12, Michael Van Canneyt via Lazarus wrote:
We are busy creating this framework.
Great. From the previous messages I got the impression it would be
depreciated.
But Rome wasn't built in a day.
Obviously. I am not trying to hurry anybody. I am very happy with what
Lazarus and
On 08.11.2017 16:39, Michael Van Canneyt wrote:
.. I believe that you should embrace the platforms you're using. That
means: browser as client, webserver as server, and HTTP or websocket
as the transport layer.
This depends on who is "you" :) .
I've already been doing some " Lazarus
On 08.11.2017 08:47, Marcello via Lazarus wrote:
Are there any information about it?
I just found and watched -> https://prezi.com/upueosj4ep0q/pj-suite/?webgl=0
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
On 08.11.2017 11:14, Mattias Gaertner via Lazarus wrote:
A server is not needed. You can write standalone browser applications that work
offline too.
OK. Great ! Stand alone browser based applications might be one
desirable type of application, but AFAIK, the more commonly required
type of
On 08.11.2017 12:28, Michael Van Canneyt via Lazarus wrote:
It is the basic building block.
I do agree that it is a very viable building block, but theoretically
for "Rich internet Applications" there are alternatives:
- WebAssembly (which as far as I understand is considered for fpc, and
I
On 08.11.2017 14:15, Sven Barth via Lazarus wrote:
Nope, WebAssembly and what pas2js does are two different things even
if in the end both run in the browser's JavaScript engine.
Of course I do know this.
But AFAIK WebAssembly has been invented with JS in mind, so it might
follow some
On 08.11.2017 13:12, Michael Van Canneyt via Lazarus wrote:
ExtPascal way (or UniGUI for that matter) is the wrong way to do
things. Interesting as a toy, but not suitable for
a) Large, scalable websites
b) serveless applications.
Agreed ! But if doing a server based application (ore one that
On 01.12.2017 20:43, Graeme Geldenhuys via Lazarus wrote:
On 2017-12-01 13:33, Marcos Douglas B. Santos via Lazarus wrote:
I believe RAD is the best way to code a GUI
I'll even disagree with that - somewhat. :)
http://geldenhuys.co.uk/articles/model-gui-mediator.pdf
The article
On 05.12.2017 12:16, Martin Schreiber via Lazarus wrote:
What is wrong with TDBGrid???
As I quoted, Graeme claims it's slow.
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
https://lists.lazarus-ide.org/listinfo/lazarus
On 08.06.2018 19:05, Bo Berglund via Lazarus wrote:
This Delphi package is a collection of some 20 components and all of
them have Register procedures inside of each source file.
Are those really IDE-relevant packages (showing up in the visual
component selection ) ?
If not, they might be
On 10.06.2018 15:11, Bo Berglund via Lazarus wrote:
... Build IDE: Exit code 2, Errors: 23 ...
You want to compile some 3rd party Dongle code in the IDE ?
That is more than weired !
-Michael
--
___
Lazarus mailing list
On 11.06.2018 21:03, Bo Berglund via Lazarus wrote:
On Mon, 11 Jun 2018 10:23:44 +0200, Michael Schnell via Lazarus
wrote:
You want to compile some 3rd party Dongle code in the IDE ?
That is more than weired !
Sorry, I don't really know what you mean here...
What is the reason
On 12.06.2018 11:30, Sven Barth via Lazarus wrote:
Only because the code is part of a package that's loaded by the
Delphi IDE does not mean that it also is one in the final Delphi
program. Delphi package distributions more often than not also contain
the DCU for static linking.
Of course
On 12.06.2018 17:08, Sven Barth via Lazarus wrote:
No. Delphi does *not* solve this by using dynamic linking.
OK. I see. Thanks for pointing this out.
Hence in such a (potentially problematic) case the suggested solution
might be helpful even with Delphi.
But as Bo's code seemingly works
On 12.06.2018 14:06, Sven Barth via Lazarus wrote:
The dongle code would also be linked if it would be in a dynamic
package and Lazarus would support them.
Sorry, I seem not to be have been clear.
The (potential) problem I want to provide a solution for is: not to link
the Dongle code in the
sorry
-> http://docwiki.embarcadero.com/Libraries/Tokyo/en/System.Threading
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
https://lists.lazarus-ide.org/listinfo/lazarus
Featuring "parallel loops", "future variables", etc, implemented via a
thread pool that is transparent for the application programmer.
-> http://docwiki.embarcadero.com/Libraries/Tokyo/de/System.Threading
-Michael
--
___
Lazarus mailing list
On 15.02.2018 22:22, Michael Van Canneyt via Lazarus wrote:
Yesterday, TMS Software has released a tech preview of their "TMS Web
core" product for Delphi.
Great stuff indeed !
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
There are application that require a „stylish“ GUI for optimum user
satisfaction, …. And there are applications that do their thing more or less on
their own, requiring human attention only for configuration and service.
-Michael
--
___
lazarus
Wonderful !!!
-Michael
--
___
lazarus mailing list
lazarus@lists.lazarus-ide.org
https://lists.lazarus-ide.org/listinfo/lazarus
IMHO, in the end it should be possible to do an application in an RAD-way (if
desired), test it on a desktop (using the desktop Widgets for its GUI), scale
it (by defining parts of the procedures as "Remote"), and finally (just by
re-compiling) have it run as a combination of
101 - 131 of 131 matches
Mail list logo
