[fpc-pascal] FPC and JAVA

[Mattias Gaertner]

On Sat, 27 Oct 2007 14:58:25 +0200
Jonas Maebe <jonas.maebe at elis.ugent.be> 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 better than installing X11 and gtk1.


> 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 on the  
> bottom right (in Lazarus they are in the middle). If you have an
> "ok" and "cancel" button, the "ok" should be on the right of the
> "cancel" button (in Lazarus, they are ordered the other way around).

As Micha said: A TButtonPanel has been started. Michael VC, Paul and me
fixed some bugs this week in FCL and LCL so it can now be used for the
IDE dialogs. see below.


> 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?


> and the icons in
> the toolbar look out of place compared to icons other Mac apps
> (mainly because of the limited colour palette and lack of
> anti-aliasing in the drawings, I guess).

Ok. AFAIK this is already reported.

 
> In general, for now it still looks and feels very much like a pure  
> Windows or Linux application with an Aqua skin. 

Apple had always a very good and very distinct design, so I guess we
will always have to make some compromises.


> That may be fine for  
> Windows/Linux users coming to the Mac, but it would make me click on  
> the wrong buttons all the time.
> 
> I have great respect for Tombo and the others who have done a great  
> job porting the LCL to Carbon, but it takes a whole lot more work  
> than that to look and feel "mighty fine natively on Mac". The same  
> will probably 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).

Then we have to find out, how other cross platform visual libs are
handling it. The TButtonPanel is one solution, but it only works with
ok,cancel,close,help buttons. Maybe we should add an easy way to
automatically switch Ok and Cancel buttons.

Mattias