Prev: Where is TASH?
Next: operations on Directory
From: Martin Krischik on 17 Jan 2008 02:34
I. Levashew schrieb:
> Martin Krischik пишет:
>> I have another suggestion: A GUI Library based on OpenStep [1].
>>
>> Existing GUI Libraries tend to be rather complex with hundreds of
>> classes - any binding is a huge work - especially since most GUI
>> Libraries are OO - and binding to an OO Lib in another language is
>> difficult. And a job without end as all libraries are constantly
>> extended.
>
> As of Leopard Apple started providing BridgeSupport XML files. It's not
> an endless job now. It's a virtually one-time job.

I am not Mac user so I did did not know about BridgeSupport. Now I
looked it up and While BridgeSupport sounds good - will it work with
GNUStep as well.

Note that the Discussion is about a portable library which should work
at least on Windows/Linux/Mac.

>> here the Idea: If we create an Objective-Ada pre-processor we are done.
>> And the Mac-Ada users would love it ;-).

> Why do we need a preprocessor? It'll hurt ability of manipulating source
> code with 3rd party utilities. I'm Mac-Ada user, and I'm definitelly not
> going to love it. It is opposed to Ada spirit.

I though you would love it because it is the only proposal which will
give Mac users cocoa support. To remind you, the other options are:

GWindows: Native on Windows [1], emulated with Wine on Linux and Mac.

GtkAda: Native on Linux, emulated with MinGW in Windows, Carbon based on
Mac.

QtAda: Native on Linux and Windows [1], X11.app based Mac.

AdaStep [2]: Native on Mac (Cocoa) and Linux (GNUStep) emulated with
MinGW on Windows.

[1] Of course GNAT is based on MinGW - so MinGW will always be part of
any Windows Tool Chain - it's just the GUI which I consider native and I
might be wrong.
[2] Just invented that name ;-) .

> I think Objective-C on Mac OS X should be dealt with the same way as COM
> on Windows; on Mac OS X we'll just use BridgeSupport XML instead of IDL.

You seem to be a Mac user so I trust you on that. And parsing an XML
file should be a lot easier then anything else - which is good
considering our limited resources. Just the "Will it word with GNUStep?"
question is left.

Martin
--
mailto://krischik(a)users.sourceforge.net
Ada programming at: http://ada.krischik.com
From: Ivan Levashew on 17 Jan 2008 04:06
Martin Krischik пишет:
> I am not Mac user so I did did not know about BridgeSupport. Now I
> looked it up and While BridgeSupport sounds good - will it work with
> GNUStep as well.
>
> Note that the Discussion is about a portable library which should work
> at least on Windows/Linux/Mac.

SWIG can provide access to wxWidgets and a lot of other stuff. TASH can
also be considered. May be Visual Ada Designer can be ported to Mac OS
X. Tcl/Tk on Mac OS X has some i18n issues. The same as X11. User can't
change keyboard layout via hotkeys (Command-Space usually). The only way
to change layout in X11 apps is to use Input Menu (similar to Language
Bar in Windows). Constantly clicking while typing is inconvenient for
non-English users so X11 (and Tcl/Tk) applications are very unpopular.
But it is solveable. I've maid a patch for Apple X11 to enable hotkeys
and the same could probably be done for Wish Shell.

> I though you would love it because it is the only proposal which will
> give Mac users cocoa support.

I don't think mixing semantics is a good idea. It's OK for C languages
family to be a frankenstein, but not for Ada.

> AdaStep [2]
> [2] Just invented that name ;-) .

An absolutely blank project already exists on Google Code called Cocoa-GNAT.

> Just the "Will it word with GNUStep?" question is left.
Provided that:
a. Cocoa is a superset of OpenStep
b. BridgeSupport files are automatically generated from headers

One might try to either get a subset of Cocoa metainfo or use modified
generator on GNUStep headers.

FYI: Tiger's BridgeSupport files:
http://octagram.gorodok.net/Tiger_BS.tar.bz2 (110Kb)
From: Martin Krischik on 17 Jan 2008 05:25
Ivan Levashew schrieb:

>> I though you would love it because it is the only proposal which will
>> give Mac users cocoa support.
>
> I don't think mixing semantics is a good idea. It's OK for C languages
> family to be a frankenstein, but not for Ada.

;-)


>> Just the "Will it word with GNUStep?" question is left.
> Provided that:

> a. Cocoa is a superset of OpenStep
> b. BridgeSupport files are automatically generated from headers
>
> One might try to either get a subset of Cocoa metainfo or use modified
> generator on GNUStep headers.

Is the generator available as source? Or would we have to find a Mac
user to run the generator for us non-Mac-users.

> FYI: Tiger's BridgeSupport files:
> http://octagram.gorodok.net/Tiger_BS.tar.bz2 (110Kb)

I have a look

Martin
--
mailto://krischik(a)users.sourceforge.net
Ada programming at: http://ada.krischik.com
From: Ivan Levashew on 17 Jan 2008 22:28
Martin Krischik пишет:
> Is the generator available as source?
Yes, it is.

Homepage of Tiger version:
http://trac.macosforge.org/projects/bridgesupport

It is said that releases will include generated XML files. However there
is no any release yet.

Sources (Ruby)&manpages:
http://trac.macosforge.org/projects/BridgeSupport/browser/trunk

In Leopard BridgeSupport is built-in. I don't know if it's publicly
available. It should be, it was part of RubyCocoa. Recent versions of
RubyCocoa don't include generator (gen_bridge_metadata.rb) and I don't
know where to look for newer versions online.
From: Martin Krischik on 18 Jan 2008 02:24
Ivan Levashew schrieb:

> Martin Krischik пишет:
>> Is the generator available as source?
> Yes, it is.
>
> Homepage of Tiger version:
> http://trac.macosforge.org/projects/bridgesupport

Wow - just a mere 2000 lines of Ruby code. I am surprised. And it comes
with a dtd as well.



Martin
--
mailto://krischik(a)users.sourceforge.net
Ada programming at: http://ada.krischik.com
 | 
Pages: 1
Prev: Where is TASH?
Next: operations on Directory