On 5/16/13, Vincent Snijders wrote:
>> mrOk is only used by GUI dialogs. By definition it is useful only with
>> GUI.
>
> Where is the GUI dialog in for example TFileDescPascalUnit.CheckOwner?
Ok, I didn't notice that one.
Either it should use some other type or then mrOk should be defined
elsewh
2013/5/15 Kjow
> Lazarus can build ARMV7A projects, but no luck with VFPV3.
>
Nobody knows how to enable fpu for arm on Lazarus?
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/laza
2013/5/16 Juha Manninen
> mrOk is only used by GUI dialogs. By definition it is useful only with GUI.
>
> Where is the GUI dialog in for example TFileDescPascalUnit.CheckOwner?
Vincent
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
ht
On 5/16/13, Michael Van Canneyt wrote:
>> In what unit was mrOk defined? That was the identifier needed...
>
> I think that is controls ?
> If this is the whole reason for noGUI, then an easier solution would have
> been to define
> all modalresults in a separate unit and make an alias in controls
Hi,
I finally found a working solution, "components/opengl/" gave me the right
hints.
So this ends my monologue :D
Regards,
d.l.i.w
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/l
On Thu, 16 May 2013, Vincent Snijders wrote:
2013/5/16 Michael Van Canneyt
The reason for noGUI is to allow applications that somehow use one of the
basic LCL units (graphics, with TFont and Canvas support) to compile.
In what unit was mrOk defined? That was the identifier neede
2013/5/16 Michael Van Canneyt
>
>
> The reason for noGUI is to allow applications that somehow use one of the
> basic LCL units (graphics, with TFont and Canvas support) to compile.
>
In what unit was mrOk defined? That was the identifier needed...
Vincent
--
___
On Thu, 16 May 2013, Hans-Peter Diettrich wrote:
Flávio Etrusco schrieb:
Is it a design decision that "NoGUI does not do much more than satisfy
some open externals when linking a Lazarus based project" or is it
just lack of manpower?
AFAIR NoGui was invented for writing (Windows) services,
On 05/16/2013 12:40 PM, Hans-Peter Diettrich wrote:
AFAIR NoGui was invented for writing (Windows) services, which have to
process messages, but do not provide any GUI.
Really a bad idea. I would like to use TTimer and TThreads in a service,
and of course I would like to do such stuff for m
On 05/16/2013 10:54 AM, Flávio Etrusco wrote:
IMHO YHO makes sense ;-) Is it a design decision that "NoGUI does not
do much more than satisfy some open externals when linking a Lazarus
based project" or is it just lack of manpower?
In fact I once invested the better part of two weeks in trying t
Flávio Etrusco schrieb:
Is it a design decision that "NoGUI does not do much more than satisfy
some open externals when linking a Lazarus based project" or is it
just lack of manpower?
AFAIR NoGui was invented for writing (Windows) services, which have to
process messages, but do not provide
On Thu, May 16, 2013 at 4:33 AM, Michael Schnell wrote:
> On 05/15/2013 05:40 PM, Graeme Geldenhuys wrote:
>>
>> The NoGUI widgetset is a terrible idea (work-around), and should be
>> avoided if possible.
>
>
> You are right, but IMHO this is because it is not complete enough.
> Unfortunately noon
On 05/15/2013 04:28 PM, Anton Kavalenka wrote:
Al I wrong the NoGUI widgetset is intended for such tasks -
CGI-like/console graphics processing?
NoGUI does not do much more than satisfy some open externals when
linking a Lazarus based project.
-Michael
--
___
On 05/15/2013 05:40 PM, Graeme Geldenhuys wrote:
The NoGUI widgetset is a terrible idea (work-around), and should be
avoided if possible.
You are right, but IMHO this is because it is not complete enough.
Unfortunately noone knowledgeable enough seems to have the need to do
"decent Object Pas
14 matches
Mail list logo