Re: [fpc-pascal] FreeBSD distro with fpc as star.

On Tue, November 8, 2016 3:24 am, Michael Schnell wrote: > On 08.11.2016 03:12, Lars wrote: > "FpGUI" used to be an option (one of a selection of Widget Types, > together with e.g. "GTK2", "CustomDraw", ...). At some point in time the > "WidgetType" menu in the project options had been replaced by

Re: [fpc-pascal] FreeBSD distro with fpc as star.

On Tue, November 8, 2016 4:04 am, Michael Schnell wrote: > On 08.11.2016 03:12, Lars wrote: > >> >> Does lazarus even know about fpGUI >> > Version 1.6 on Windows: even in the GUI: > Project -> Project Options -> Additions and Overrides -> Set > "LCLWidgetType" -> Drop Down selection Value

Re: [fpc-pascal] FreeBSD distro with fpc as star.

On 08.11.2016 03:12, Lars wrote: Does lazarus even know about fpGUI Version 1.6 on Windows: even in the GUI: Project -> Project Options -> Additions and Overrides -> Set "LCLWidgetType" -> Drop Down selection Value "fpgui". Sadly in my compiled "trunk" version 1.7 on Linux the

Re: [fpc-pascal] googleapiconv raises ERESTAPI error

I think the same problem will appear in Lazarus with the gooleapis components (and examples), because they based on the fpc. ... Exception-Class >>ERESTAPI<< TTasklist: unsopported array element type Andreas Am 06.11.2016 um 16:00 schrieb Michael Van Canneyt: On Sun, 6 Nov 2016,

Re: [fpc-pascal] FreeBSD distro with fpc as star.

On 08.11.2016 11:29, Graeme Geldenhuys wrote: On 2016-11-08 10:00, Michael Schnell wrote: While this is perfectly possible, It's not about "is perfectly possible", I meant "It's perfectly possible that it does not work (yet)" ;-). -Michael ___

Re: [fpc-pascal] FreeBSD distro with fpc as star.

On 08.11.2016 03:12, Lars wrote: Or you were mistaken to think fpGUI was an option in lazarus? "FpGUI" used to be an option (one of a selection of Widget Types, together with e.g. "GTK2", "CustomDraw", ...). At some point in time the "WidgetType" menu in the project options had been replaced

Re: [fpc-pascal] New Feature: 'Management Operators'

On Tue, November 8, 2016 1:47 am, Maciej Izak wrote: > 2016-11-07 22:24 GMT+01:00 African Wild Dog : > > >> >> I saw on the bug tracker a patch submission by Maciej Izak about the >> feature "Management Operators". >> >> This feature is related to Automatic Reference

Re: [fpc-pascal] FreeBSD distro with fpc as star.

On Tue, November 8, 2016 2:45 am, Graeme Geldenhuys wrote: > What Fred did with polYDev is create a minimal (read very small) fully > functional FreeBSD install, that supports desktop development using FPC, > includes a IDE (ideU a fork of MSEide with tons of custom modifications) Does ideU

Re: [fpc-pascal] FreeBSD distro with fpc as star.

On Tue, November 8, 2016 2:56 am, Graeme Geldenhuys wrote: > Yes, that changed about 9 years ago. :) And no, fpGUI is *not* a non > visual development environment. fpGUI comes with its own Visual Forms > Designer, Help Viewer, demo IDE and many more. Thanks for clarifying. I have always wanted

Re: [fpc-pascal] picture preview

On 11/08/2016 01:51 PM, Marc Santhoff wrote: Hi, if I want load a bitmap picture for extracting a small preview of it, what component or library would be best? My goal is to use pascal only without any external lirbraries if possible. Second goal is to keep the program small, ideally avoiding

Re: [fpc-pascal] picture preview

> if I want load a bitmap picture for extracting a small preview of it, > what component or library would be best? fcl-image (http://wiki.freepascal.org/fcl-image) is the basis of LCL image processing components and routines, so you can for sure use that. I use it to resize uploaded pictures in

[fpc-pascal] picture preview

Hi, if I want load a bitmap picture for extracting a small preview of it, what component or library would be best? My goal is to use pascal only without any external lirbraries if possible. Second goal is to keep the program small, ideally avoiding to link lcl controls in. Bitmap picture may be

Re: [fpc-pascal] FreeBSD distro with fpc as star.

> if you want Lazarus support, it means you need to install large 3rd > party dependencies and Lazarus itself, which will bloat the OS by > 500MB-1000MB more hard disk space. Huh, yes but this only for the main system. If you want a poly-compiling system (like polYdev) you need to install also

Re: [fpc-pascal] FreeBSD distro with fpc as star.

On 2016-11-08 10:00, Michael Schnell wrote: > While this is perfectly possible, It's not about "is perfectly possible", it is how LCL functions. The LCL requires a underlying toolkit, and the big three are Qt, GTK and Win32. LCL is just wrapper over those toolkits and represents a common API to

Re: [fpc-pascal] FreeBSD distro with fpc as star.

On 07.11.2016 22:57, fredvs wrote: Maybe I did not understand well. AFAIK, for Unix os, Lazarus and LCL-widget-set need a "big native" widget-set, like GTK, KDE or Qt. While this is perfectly possible, IMHO it's not the way it should stay. The LCL is intended to provide compatible support for

Re: [fpc-pascal] New Feature: "Management Operators"

  08.11.2016, 11:48, "Maciej Izak" : anyway probably I have no motivation anymore to continuing my work. That's unfortunate for the community, IMHO.Personally, I appreciate your idea of management operators. -- Regards,Denis Golovan 

Re: [fpc-pascal] FreeBSD distro with fpc as star.

On 2016-11-08 02:12, Lars wrote: > Does lazarus even know about fpGUI Yes, there is a LCL-fpGUI widgetset. It is still in alpha state, but all Standard component palette widgets (except TLabel) is supported, quite a few others too, as is all the dialogs and some WinAPI calls (eg:

Re: [fpc-pascal] FreeBSD distro with fpc as star.

On 2016-11-07 09:48, Michael Schnell wrote: > I understand that you suggest you can't build the Lazarus IDE with > defining fpGUI or CustomDrwan instead of Qt or Gnome (or Windows or > Cocos). What Fred did with polYDev is create a minimal (read very small) fully functional FreeBSD install,

Re: [fpc-pascal] New Feature: "Management Operators"

2016-11-07 22:24 GMT+01:00 African Wild Dog : > > I saw on the bug tracker a patch submission by Maciej Izak about the > feature "Management Operators". > > This feature is related to Automatic Reference Counting? > Yes. We have a working ARC objects (not official yet,