Am 12.08.2011 07:33, schrieb Felipe Monteiro de Carvalho:
On Thu, Aug 11, 2011 at 10:33 PM, Sven Barth
pascaldra...@googlemail.com wrote:
I also already thought about using fpGUI, but as a LCL backend. The reason
is that I have two Windows Mobile LCL applications that are tailored to my
own
On 08/11/2011 04:24 PM, Ludo Brands wrote:
According to http://labs.qt.nokia.com/2011/02/28/necessitas/#comment-19682
the qt port uses the framebuffer driver.
I don't know if this Frambuffer needs to have and/or already has the
necessary support for OpenGL, that I understand to be what KSD
Even if KSD or now FireMonkey supports ARM Linux this does not mean
anything for Android. While Android does support native Linux
applications it does not have a X server. Currently the only possibility
for this is to run a X server through a VNC viewer and thus you can not
reproduce the usual
On 12-8-2011 7:33, Felipe Monteiro de Carvalho wrote:
This could be fixed by introducing some phone-like layouts in the LCL,
like the linear layouts from Android.
That's what I am currently experimenting with in opengl. I don't mean to
turn it into a full widgetset, though.
Another way is
On 12-8-2011 10:52, Dariusz Mazur wrote:
My previous post crossed yours! Tnx for the good work.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
On Thu, Aug 11, 2011 at 9:58 PM, Graeme Geldenhuys
graemeg.li...@gmail.com wrote:
Umm.. I'm getting more and more interested in the Android platform.
Maybe it's time I officially start working on a OpenGL backend for
fpGUI. fpGUI would at least guarantee a small executable - at least
compared
On 12-8-2011 11:07, Felipe Monteiro de Carvalho wrote:
Just one hint: Android is a *lot* more then just drawing some
graphics. For example: 1 Virtual keyboard. There are dozens and
dozens, even widespread devices like Galaxy Tab come with non-standard
keyboards, some of them only for China,
On 08/11/2011 04:09 PM, Jeppe Græsdal Johansen wrote:
Android also has some support for a pixbuf object in native mode,
which I guess could be used for the same
Having the processor write into the pixel array would be horribly slow.
I am right now planning a hardware design using TI ARM
On 08/11/2011 04:33 PM, Thaddy wrote:
I have qt code running myself on an very cheap Android 2.3 tab from a
toyshop and it works a charm.
GREAT !
Maybe you might be ablt to check if OpenGL is supported, too.
I also have Mono/.net code running on it.
Great ;)
Currently both under C and C#.
On 08/11/2011 05:20 PM, Thaddy wrote:
Since you have access to a NDI native screenbuffer
Does this mean, you can't use the hardware rendering (if the Chip
provides it) ?
you can use opengl v 2 to render anything directly without qt if you
want, so small is definitely possible.
That
Am 12.08.2011 10:52, schrieb Dariusz Mazur:
Even if KSD or now FireMonkey supports ARM Linux this does not mean
anything for Android. While Android does support native Linux
applications it does not have a X server. Currently the only possibility
for this is to run a X server through a VNC
On 08/11/2011 09:58 PM, Graeme Geldenhuys wrote:
Umm.. I'm getting more and more interested in the Android platform.
Maybe it's time I officially start working on a OpenGL backend for
fpGUI. fpGUI would at least guarantee a small executable - at least
compared to LCL.
Great !!
Of course
On 12-8-2011 13:44, Michael Schnell wrote:
On 08/11/2011 11:24 PM, Graeme Geldenhuys wrote:
I will offer fpGUI support to anybody that works on LCL-fpGUI though.
So if you do go that route and get stuck with fpGUI concepts, don't
hesitate to send me a mail.
Great.
Sven: For me right now the
On 08/11/2011 05:28 PM, Thaddy wrote:
Not really/ somewhat / close enough
Can you provide a photo ?
- Michael
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
On 12-8-2011 14:06, Michael Schnell wrote:
On 08/11/2011 05:28 PM, Thaddy wrote:
Not really/ somewhat / close enough
Can you provide a photo ?
- Michael
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
On 08/12/2011 10:52 AM, Dariusz Mazur wrote:
For me browser has more capabilities than native widgets.
But you can't use the Lazarus GUI designer. I feel that without same the
development is far more stressful.
-Michael
___
fpc-devel maillist -
On 08/12/2011 01:56 PM, Thaddy wrote:
It is not slow at all, it is lightning fast.
So it obviously does use rendering hardware.
As far as I suspect the framebuffer manipulation is indeed through the
kernel.
I did not take a look into the framebuffer driver API, but it's quite
obvious that it
On 12-8-2011 14:18, Michael Schnell wrote:
If you use openGL v2 there's of course just one abstraction layer extra.
Yep. I did understand wrong that not using GL would imply not using
the rendering hardware and directly writing to the pixel array instead.
Will not only provide screenshot but
And more important for me: the same code I can use on several OS:
Android, WebOs, Linux, Windows, .. iOs ( I hope that FPC will be able to
crosscompile to iOs soon), server can be embedded or standalone
This might not be possible from non Apple targets, because of Apple's
licence restrictions
On Fri, Aug 12, 2011 at 9:18 AM, Michael Schnell mschn...@lumino.de wrote:
On 08/12/2011 01:56 PM, Thaddy wrote:
It is not slow at all, it is lightning fast.
So it obviously does use rendering hardware.
As far as I suspect the framebuffer manipulation is indeed through the
kernel.
I did
On 12-8-2011 14:54, Flávio Etrusco wrote:
|
Look at the documentation, that is easier:
http://developer.android.com/sdk/ndk/index.html as a start.
Almost ALL OpenGl calls are available under Android Gingerbread.
In all my postings I am talking about Gingerbread or higher.
But indeed, I am just
reassign 636802 fpc
thanks
From my testing on armel I now belive that the issue causing the
lazarus build failures is a problem with freepascal and multiarch. I
haven't tried to troubleshoot the issue on powerpc or sparc as I don't
have access to them but I presume it is the same issue.
On
22 matches
Mail list logo
