> >> Also, all those icons in the menus look pretty weird (very few Mac
> >> apps have that, and none that I currently use does),
Also, on Windows I found the spacing was a bit big but not sure if this is
normal MS OFfice style look and feel since I don't use that software much.
For example it lo
On Mon, 29 Oct 2007 11:36:44 +0100 (CET)
Daniël Mantione <[EMAIL PROTECTED]> wrote:
>
>
> Op Mon, 29 Oct 2007, schreef Jonas Maebe:
>
> >
> > On 27 Oct 2007, at 17:22, Mattias Gaertner wrote:
> >
> > > > Also, all those icons in the menus look pretty weird (very few
> > > > Mac apps have that
On Mon, 29 Oct 2007, Daniël Mantione wrote:
>
>
> Op Mon, 29 Oct 2007, schreef Jonas Maebe:
>
> >
> > On 27 Oct 2007, at 17:22, Mattias Gaertner wrote:
> >
> > > > Also, all those icons in the menus look pretty weird (very few Mac
> > > > apps have that, and none that I currently use does),
Op Mon, 29 Oct 2007, schreef Jonas Maebe:
>
> On 27 Oct 2007, at 17:22, Mattias Gaertner wrote:
>
> > > Also, all those icons in the menus look pretty weird (very few Mac
> > > apps have that, and none that I currently use does),
> >
> > Should they be hidden?
>
> In general, I would say: ye
On 27 Oct 2007, at 17:22, Mattias Gaertner wrote:
Also, all those icons in the menus look pretty weird (very few Mac
apps have that, and none that I currently use does),
Should they be hidden?
In general, I would say: yes. Maybe it should be an option which by
default is off, or so.
Jo
Op Sat, 27 Oct 2007, schreef Mattias Gaertner:
> Sounds great. Can we add this sentence to the main page? :)
Certainly.
> AddBugReport();
Done.
Daniël___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/li
On Sat, 27 Oct 2007 21:38:33 +0200 (CEST)
Daniël Mantione <[EMAIL PROTECTED]> wrote:
>
>
> Op Sat, 27 Oct 2007, schreef Michael Van Canneyt:
>
> > On Sat, 27 Oct 2007, Jonas Maebe wrote:
> >
>[...]
> Lazarus is by far the "most native" cross platform solution in
> existance.
Sounds great. Ca
Op Sat, 27 Oct 2007, schreef Michael Van Canneyt:
> On Sat, 27 Oct 2007, Jonas Maebe wrote:
>
> While I do not dispute the validity of your comments, I'd like to point out
> that any cross-platform solution will suffer from this. Be it in Mono, Java
> or FPC. I'm sure the Eclipse or Mono genera
On Sat, 27 Oct 2007, Jonas Maebe wrote:
>
> On 27 Oct 2007, at 13:57, Marco van de Voort wrote:
>
> >Lazarus looks mighty fine natively on Mac.
>
> It may one day, but currently it is still very far from that. For example,
> pretty much every setting wubdiw has a wrong button layout. On the M
On Sat, 27 Oct 2007 14:58:25 +0200
Jonas Maebe <[EMAIL PROTECTED]> wrote:
>
> On 27 Oct 2007, at 13:57, Marco van de Voort wrote:
>
> > Lazarus looks mighty fine natively on Mac.
>
> It may one day, but currently it is still very far from that.
True, but it is a big step ahead:
It is much bet
Jonas Maebe wrote:
> go for any Lazarus/Delphi app ported to the Mac, for that matter (unless
> Lazarus can do automatic button layouting, and if the current layout
> mismatch is simply due to some wrong default setting for the Carbon
> target).
Actually, we have a TButtonPanel exactly for this pu
On 27 Oct 2007, at 13:57, Marco van de Voort wrote:
Lazarus looks mighty fine natively on Mac.
It may one day, but currently it is still very far from that. For
example, pretty much every setting wubdiw has a wrong button layout.
On the Mac, if you have a single "ok" button, it should be
> > Legacy Pascal? Din't generics get added in the last release? Anyways,
> > I'm not asking for a CLR/JVM port. FPC already generates code for the
> > target (here, ARM) it is only the OS interface that we are talking
> > about.
> All native Object Pascal is legacy code for me. I haven't used Pas
En/na Matt Emson ha escrit:
Does FPC support the flavour of Linux on the N800? That might also be
something I'd like to look at.
No :-(
All packages for the n800 are armel, i.e. they use EABI, while fpc
generates OABI calls.
I don't really know all the details of OABI vs EABI, I only know tha
On 10/26/07, Krishna <[EMAIL PROTECTED]> wrote:
> In the SDK that I installed with Carbide I remember seeing binutils
> and friends. So I suppose that a GCC cross compiler is being used for
> building the code which means g++ is a supported compiler. Now,
> assuming that the symbian os itself is bu
Krishna wrote:
On 10/26/07, Matt Emson <[EMAIL PROTECTED]> wrote:
We are talking about Symbian OS here. For linux and windows mobile
devices, I understand you can use FPC directly, right?
Sorry, you said Winemulator. I read "windows emulator" not "emulator for
windows". My bad.
As for t
On 10/26/07, Matt Emson <[EMAIL PROTECTED]> wrote:
> Krishna wrote:
> > Another thing, the code produced for the winemulator target is x86
> > code or arm code?
> Depends. The Visual Studio 2003 emulator is x86. Based on the VirtualPC
> core product. The Visual Studio 2005.. um.. I don't remember.
Krishna wrote:
Another thing, the code produced for the winemulator target is x86
code or arm code?
Depends. The Visual Studio 2003 emulator is x86. Based on the VirtualPC
core product. The Visual Studio 2005.. um.. I don't remember. I know
Microsoft provide an ARM emulator that runs dog slow.
On 10/26/07, Felipe Monteiro de Carvalho
<[EMAIL PROTECTED]> wrote:
> On 10/26/07, Felipe Monteiro de Carvalho
> <[EMAIL PROTECTED]> wrote:
> > On 10/26/07, Krishna <[EMAIL PROTECTED]> wrote:
> > > How do you map the C++ API? by hand? Is it possible to tailor the
> > > "Direct class wrapper"
> > >
On 10/26/07, Felipe Monteiro de Carvalho
<[EMAIL PROTECTED]> wrote:
> On 10/26/07, Krishna <[EMAIL PROTECTED]> wrote:
> > How do you map the C++ API? by hand? Is it possible to tailor the
> > "Direct class wrapper"
> > (http://milan.marusinec.sk/articles-icu4pas/icu4pas-dcw.html) approach
> > to AR
On 10/26/07, Krishna <[EMAIL PROTECTED]> wrote:
> Yeah, I saw the wiki page. Does it work on S60 2nd/3rd edition phones too?
No. But they are similar, so if uiq works, the s60 support can be
build reusing a lot of what was developed for uiq. The base operating
system is the same, so I guess the RT
On 10/26/07, Felipe Monteiro de Carvalho
<[EMAIL PROTECTED]> wrote:
> On 10/24/07, Krishna <[EMAIL PROTECTED]> wrote:
> > the C++ "Hello,World!" code that the wizard spit made me think
> > Symbian OS is a pig. I sincerely hope that there is a better way to
> > program these devices.
>
> I am wor
On 10/24/07, Krishna <[EMAIL PROTECTED]> wrote:
> the C++ "Hello,World!" code that the wizard spit made me think
> Symbian OS is a pig. I sincerely hope that there is a better way to
> program these devices.
I am working on the Free Pascal port, but because of the horrible way
the symbian SDK w
On 10/24/07, Leonardo M. Ramé <[EMAIL PROTECTED]> wrote:
> BTW, can anybody point us to emulators of these devices (I know Embedded
> Visual C++ has an ARM
> WinCE emulator)?
>
Recently I installed Nokia Carbide.c++ and the Symbian SDK for my N72
phone. One of these packages comes with a virtual
BTW, can anybody point us to emulators of these devices (I know Embedded Visual
C++ has an ARM
WinCE emulator)?
Leonardo.
--- Krishna <[EMAIL PROTECTED]> wrote:
> Hello!,
>
> On 10/23/07, Pianoman <[EMAIL PROTECTED]> wrote:
> >
> >
> > Hello, I would like to ask whether is it possible to write
Hello!,
On 10/23/07, Pianoman <[EMAIL PROTECTED]> wrote:
>
>
> Hello, I would like to ask whether is it possible to write program as usual
> then compile it but result wouldn't be a standard binary but a .jar file
> usable on mobile devices which can run java programs.
> Because for me as a FPC/de
> > usual then compile it but result wouldn't be a standard binary but a
> > .jar file usable on mobile devices which can run java programs.
>
> No.
You can find some more reasoning in the .NET/JVM faq item :
http://www.freepascal.org/faq.html#dotnet
_
Pianoman schrieb:
> Hello, I would like to ask whether is it possible to write program as
> usual then compile it but result wouldn't be a standard binary but a
> .jar file usable on mobile devices which can run java programs.
No.
> Because for me as a FPC/delphi coder it would be great if I coul
28 matches
Mail list logo
