On 20/07/2011 10:20, Graeme Geldenhuys wrote:
> On 07/20/2011 10:29 AM, Henry Vermaak wrote:
>>
[...]
>
>> Is there a time limit for doing such things?
>
> There is no time limit as far as I know, though I'm not 100% sure.
>
>
IIRC, deletion of post only possible until a reply is posted to it
On 07/20/2011 10:29 AM, Henry Vermaak wrote:
>
> How can you have accountable discussions when people can delete their
> posts?
Viewing the discussion as a tree structure; replies to a specific
deleted post will simply move up one level. Some NNTP servers and
clients also support the "replace pos
On 20 July 2011 07:20, Graeme Geldenhuys wrote:
> On 07/19/2011 06:05 PM, waldo kitty wrote:
running - so there should be a problem with the current fpGUI (which
uses X11 directly)
>>>
>>> Typo alert. That should read: "...so there shouldn't be a problem..."
>>
>> that's what i thought..
On 07/19/2011 06:05 PM, waldo kitty wrote:
>>> running - so there should be a problem with the current fpGUI (which
>>> uses X11 directly)
>>
>> Typo alert. That should read: "...so there shouldn't be a problem..."
>
> that's what i thought... please ignore my last :?
This is when I miss NNTP ne
On 7/18/2011 05:36, Graeme Geldenhuys wrote:
On 07/18/2011 11:13 AM, Graeme Geldenhuys wrote:
running - so there should be a problem with the current fpGUI (which
uses X11 directly)
Typo alert. That should read: "...so there shouldn't be a problem..."
that's what i thought... please ignore m
On 7/18/2011 05:13, Graeme Geldenhuys wrote:
On 07/14/2011 03:45 PM, Mark Morgan Lloyd wrote:
such a way as to not antagonise the rest of the industry) I wonder what
effect it would have on things like fpGUI which bypass the popular
widget sets?
If Wayland actually takes off, then I'll obvious
On 07/18/2011 04:35 PM, Mark Morgan Lloyd wrote:
Michael Schnell wrote:
The plan is to remotely attach to a running program and not to start
a program remotely. So I suppose remote X is not an option.
In that specific case I think I'd consider splitting the "daemon" and
"UI" apart, and conne
Michael Schnell wrote:
The plan is to remotely attach to a running program and not to start a
program remotely. So I suppose remote X is not an option.
In that specific case I think I'd consider splitting the "daemon" and
"UI" apart, and connecting between them with something like XML conveye
Graeme,
Paul Breneman has even made a small FPC cross-compilation distribution
of FPC & fpGUI targeting WinCE on ARM devices, in a small 2-5MB
download. I'm pretty sure something similar could be created for
targeting Linux embedded devices too.
http://www.turbocontrol.com/helloworld.htm
I'
On 07/18/2011 11:23 AM, Graeme Geldenhuys wrote:
I have heard of quite a few developers using fpGUI directly (not via the
LCL-fpGUI widgetset which is still in Alpha state) on embedded devices -
with great success. They reported that the executables are smaller than
LCL equivalents, apps use less
On 07/18/2011 11:13 AM, Graeme Geldenhuys wrote:
> running - so there should be a problem with the current fpGUI (which
> uses X11 directly)
Typo alert. That should read: "...so there shouldn't be a problem..."
Regards,
- Graeme -
--
fpGUI Toolkit - a cross-platform GUI toolkit using Free P
On 07/14/2011 02:37 PM, Roberto P. wrote:
>
> Though I can't help with main question about the RAM needs, I dare
> adding to your w.s. list fpGUI.
> I would consider it for an embedded platform and I think it supports X11.
I have heard of quite a few developers using fpGUI directly (not via the
L
On 07/14/2011 02:47 PM, Michael Schnell wrote:
> Of course fpGUI is my top desire on that behalf, but unfortunately it's
> not yet as perfect with thread synchronization as GTK2 is
Please note Michael Schnell is ONLY referring to the LCL-fpGUI
widgetset. If you use fpGUI directly (no LCL involved
On 07/14/2011 03:45 PM, Mark Morgan Lloyd wrote:
> such a way as to not antagonise the rest of the industry) I wonder what
> effect it would have on things like fpGUI which bypass the popular
> widget sets?
If Wayland actually takes off, then I'll obviously implement a Wayland
backend for fpGUI
On 07/14/2011 10:29 PM, Dimitrios Chr. Ioannidis wrote:
I successfully tried the GTK+ on DirectFB (
http://directfb.org/wiki/index.php/Projects:GTK_on_DirectFB ) with
gumstix, but not for production use. ( From their site "The GTK on
DirectFB (shortly GTK-DFB from now on) project consists in
On 07/15/2011 07:51 PM, Bernd wrote:
There is also NX (freenx)
I understand that, even if reconnecting is possible, NX needs to start
the applications remotely (as children of the desktop created by NX). As
this is for monitoring deeply embedded Gadgets from time to time, this
is not an option
On 07/14/2011 02:37 PM, Roberto P. wrote:
I would consider it for an embedded platform and I think it supports X11.
The final goal is porting a huge Delphi program. AFAIK fpGUI still
lacks several visual Components the Delphi VXL provides. So I would need
to add them (while extending fpGUI mak
2011/7/14 Michael Schnell :
> The plan is to remotely attach to a running program and not to start a
> program remotely. So I suppose remote X is not an option.
There is also NX (freenx) which behaves very similar to Microsoft
RDP/Terminalserver (except that it uses X instead). You can disconnect
Στις 14/7/2011 3:17 μμ, ο/η Michael Schnell έγραψε:
The controller (TI AM1808) does have graphics hardware, but I don't
suppose that this makes much difference.
What (free) Widget set should be used ?
I successfully tried the GTK+ on DirectFB (
http://directfb.org/wiki/index.php/Projects:GTK
Michael Schnell wrote:
On 07/14/2011 03:39 PM, Mark Morgan Lloyd wrote:
Watch out here: I believe that there's some form of bug in (at least
some variants of) VNC which prevents it working on ARM. Remember that
you can also tunnel X over SSH.
Hmmm. I did not yet hear of problems of VNC on AR
On 07/14/2011 03:39 PM, Mark Morgan Lloyd wrote:
Watch out here: I believe that there's some form of bug in (at least
some variants of) VNC which prevents it working on ARM. Remember that
you can also tunnel X over SSH.
Hmmm. I did not yet hear of problems of VNC on ARM. Maybe this is
limite
On 07/14/2011 03:45 PM, Mark Morgan Lloyd wrote:
I've had enough success with it to be generally impressed, would be
nice if it were sufficiently mature to be an option for the Lazarus IDE.
+1
I suppose Graemes 1st priority is the stand alone Version rather than
the Lazarus integration.
I
Roberto P. wrote:
I suppose we will need to use some Widget Set (QT ?, GKT ?) and X11 Server,
even though the GUI should only be visible via VNC via TCP/IP.
Though I can't help with main question about the RAM needs, I dare
adding to your w.s. list fpGUI.
I would consider it for an embedded p
Michael Schnell wrote:
Hi Experts,
We are designing a controller PCB using Linux on an ARM CPU.
We would like to run Lazarus generated programs with a GUI on this
hardware.
Now we would like to know how much RAM is necessary (besides the
"Business Logic" variables the program uses).
I sup
On 07/14/2011 02:37 PM, Roberto P. wrote:
Though I can't help with main question about the RAM needs, I dare
adding to your w.s. list fpGUI.
Of course fpGUI is my top desire on that behalf, but unfortunately it's
not yet as perfect with thread synchronization as GTK2 is (I did not yet
test QT)
2011/7/14 Michael Schnell :
> Hi Experts,
>
> We are designing a controller PCB using Linux on an ARM CPU.
>
> We would like to run Lazarus generated programs with a GUI on this hardware.
>
> Now we would like to know how much RAM is necessary (besides the "Business
> Logic" variables the program u
Hi Experts,
We are designing a controller PCB using Linux on an ARM CPU.
We would like to run Lazarus generated programs with a GUI on this
hardware.
Now we would like to know how much RAM is necessary (besides the
"Business Logic" variables the program uses).
I suppose we will need to use
27 matches
Mail list logo