On Tue, 24 Jun 2008, Adriaan van Os wrote:
> Michael Van Canneyt wrote:
>
> > I invite you to visit ALL our customers. Most of them don't even
> > understand what a folder is. They *really* don't care about the
> > rules you mention. Most of them would even be far more happy with
> > a plain DO
Michael Van Canneyt wrote:
I invite you to visit ALL our customers. Most of them don't even
understand what a folder is. They *really* don't care about the
rules you mention. Most of them would even be far more happy with
a plain DOS application.
As our support staff says:
The best application
On Tue, 24 Jun 2008, Jonas Maebe wrote:
>
> On 24 Jun 2008, at 09:29, Michael Van Canneyt wrote:
>
> >But for a company that has 'Think different' as a motto the
> >insistence on adherence to the rules is ironic :-)
>
> Actually, it makes perfect sense since it's apparently so different from
On 24 Jun 2008, at 11:27, Graeme Geldenhuys wrote:
The layout or look of the dialogs might be different, but fundamentaly
they work identical. This is what I'm trying to get across. Any Mac or
Windows user will be able to use the fpGUI dialogs without training!
I don't doubt that for second.
2008/6/24 Jonas Maebe <[EMAIL PROTECTED]>:
> That said: if people are in front of your application five days out of seven
> from 9 to 5, it is indeed probably less important to be consistent with
> anything else. The learning curve may be fairly steep, but that doesn't
> matter since companies alwa
On 24 Jun 2008, at 09:29, Michael Van Canneyt wrote:
But for a company that has 'Think different' as a motto the
insistence on adherence to the rules is ironic :-)
Actually, it makes perfect sense since it's apparently so different
from what you are used to that you consider it a completely
2008/6/24 Michael Van Canneyt <[EMAIL PROTECTED]>:
>
> But for a company that has 'Think different' as a motto the
> insistence on adherence to the rules is ironic :-)
:-)
> Secondly, all things you mention apply to advanced users only,
> and I dare say to developers only:
>
> I invite you to vi
On Tue, 24 Jun 2008, Jonas Maebe wrote:
>
> On 23 Jun 2008, at 18:00, Michael Van Canneyt wrote:
>
> >On Mon, 23 Jun 2008, Jonas Maebe wrote:
> >
> > >On 23 Jun 2008, at 10:41, Bent Normann Olsen wrote:
> > >
> > > >Yup, I know, but it's a 1-1 port from Win32 to Mac,
> > >
> > >That's really a
On 23 Jun 2008, at 18:00, Michael Van Canneyt wrote:
On Mon, 23 Jun 2008, Jonas Maebe wrote:
On 23 Jun 2008, at 10:41, Bent Normann Olsen wrote:
Yup, I know, but it's a 1-1 port from Win32 to Mac,
That's really a very bad idea, unless you are only interested in
supporting
Windows users
2008/6/23 Michael Van Canneyt <[EMAIL PROTECTED]>:
>
> So what do Mac users do with all these web-applications and "web 2.0" with
> their other GUI rules ? Start crying ?
Best example yet! :-)
I really find these "native look and feel" debates pointless. Users
are *not* that observant. And don't
Op maandag 23-06-2008 om 18:00 uur [tijdzone +0200], schreef Michael Van
Canneyt:
>
> So what do Mac users do with all these web-applications and "web 2.0"
> with their other GUI rules ?
The same as windows and linux users...
> Start crying ?
Indeed. :)
Joost.
On Mon, 23 Jun 2008, Jonas Maebe wrote:
>
> On 23 Jun 2008, at 10:41, Bent Normann Olsen wrote:
>
> >Yup, I know, but it's a 1-1 port from Win32 to Mac,
>
> That's really a very bad idea, unless you are only interested in supporting
> Windows users switching to a Mac (although even for them t
> var
>langArray: CFArrayRef;
> begin
>
> langArray
> :=CFArrayRef(CFPreferencesCopyAppValue(CFSTR('AppleLanguages'),
> kCFPreferencesCurrentApplication))
> end;
>
> Then use CFArrayGetCount to get the number of elements in the array,
> CFArrayGetValueAtIndex to get the actual values (they ar
On 23 Jun 2008, at 10:41, Bent Normann Olsen wrote:
Yup, I know, but it's a 1-1 port from Win32 to Mac,
That's really a very bad idea, unless you are only interested in
supporting Windows users switching to a Mac (although even for them
the application will feel weird after a while).
a
> > All I need is to retrieve a kind of ID for a users language setting,
> > in the
> > same way as we would do in Win32 environment with Syslocale and
> > PriLangID.
>
> It is usually a very bad idea to try to literally port APIs from one
> platform to another and disregarding platform convention
On 21 Jun 2008, at 13:21, Marco van de Voort wrote:
Aside from Jonas' remarks, FPC 2.2.2 comes with a locale unit that
loads
the constants in sysutils with the system's locale settings when you
include
it. I verified, and it is also enabled for Darwin.
Those locale settings are unrelated
> I've been working with CFBundle unit to try and figure how to get
> information about language settings, and so far with no luck. I've read
> about how Mac OS X works with internationalization, which automates language
> processing, but this is "no can do" for me, or I just can't get the right
>
On 20 Jun 2008, at 14:13, Bent Normann Olsen wrote:
I've been working with CFBundle unit to try and figure how to get
information about language settings, and so far with no luck. I've
read
about how Mac OS X works with internationalization, which automates
language
processing, but this is
Hi,
I've been working with CFBundle unit to try and figure how to get
information about language settings, and so far with no luck. I've read
about how Mac OS X works with internationalization, which automates language
processing, but this is "no can do" for me, or I just can't get the right
infor
19 matches
Mail list logo