* Hacking GTK's example hello while implementing generic callbacks;
triggered a bug in SmartEiffel 2.2. Adding (not-working)
callback_hello example.

* Added some loadpath.se files that makes ACE file shorter



git-svn-id: http://svn.gna.org/svn/eiffel-libraries/trunk@33 f7d703df-6b0f-0410-9a7c-ef81f5045915
Hello example now works again, at least with SE 2.2

The bug was related to the fact the dispose was still deferred in
HELLO. IMHO a "default" dispose feature can be useful.




git-svn-id: http://svn.gna.org/svn/eiffel-libraries/trunk@34 f7d703df-6b0f-0410-9a7c-ef81f5045915
Almost complete but untested implementation of G_VALUE_ARRAY,
uncomplete implementation of G_CLOSURE.

Intermediary step made in free time at work. Note: I do not work in IT.


git-svn-id: http://svn.gna.org/svn/eiffel-libraries/trunk@35 f7d703df-6b0f-0410-9a7c-ef81f5045915
Fixing the dispose-is-still-deferred bug in all GTK examples.

Adding partial implementation of G_DATE, made when I was completely
offline; I thought it was an useful addition to make in the
spare-offline time I had today.

	Paolo



git-svn-id: http://svn.gna.org/svn/eiffel-libraries/trunk@36 f7d703df-6b0f-0410-9a7c-ef81f5045915
Some small improvements

git-svn-id: http://svn.gna.org/svn/eiffel-libraries/trunk@37 f7d703df-6b0f-0410-9a7c-ef81f5045915
Small changes to g_signal.e

git-svn-id: http://svn.gna.org/svn/eiffel-libraries/trunk@38 f7d703df-6b0f-0410-9a7c-ef81f5045915
Some steps toward a working callback architecture. Hello example
compiles, but does not work as expected. Dozens of warnings to be
hammered out.



git-svn-id: http://svn.gna.org/svn/eiffel-libraries/trunk@39 f7d703df-6b0f-0410-9a7c-ef81f5045915
Forgot to add CLICKED_CALLBACK

git-svn-id: http://svn.gna.org/svn/eiffel-libraries/trunk@40 f7d703df-6b0f-0410-9a7c-ef81f5045915
Hello world with agent callbacks works

git-svn-id: http://svn.gna.org/svn/eiffel-libraries/trunk@41 f7d703df-6b0f-0410-9a7c-ef81f5045915
Removed most of the warnings from Gtk's hello example. The remaining remembers us of other small improvements to be done, namely making G_LIST a COLLECTION and building callbacks for other signals.

git-svn-id: http://svn.gna.org/svn/eiffel-libraries/trunk@42 f7d703df-6b0f-0410-9a7c-ef81f5045915
Sketched DESTROY_CALLBACK that needs more work in G_OBJECT; partial implementation of my idea of 'on_signal' callback and its enabler 'enable_signal'.

git-svn-id: http://svn.gna.org/svn/eiffel-libraries/trunk@43 f7d703df-6b0f-0410-9a7c-ef81f5045915
cosmetic changes

git-svn-id: http://svn.gna.org/svn/eiffel-libraries/trunk@44 f7d703df-6b0f-0410-9a7c-ef81f5045915
Working implementation of two signals: GTK_OBJECT's "destroy" and GTK_BUTTON's "clicked"

These should show how to implement other (simple) signal
handler. There are two kind of signal handler. 

* The "built-in" handler should be useful in many situation; in my
humble opinion it helps writing better object-oriented
code. Furthermore it is by far more efficient, since it does not
require any further object creation. In order to use it you should
inherit from an object providing such "built-in" handlers and redefine
them.

* The more flexible agent-solution, which has been asked. I wanted to
implement it because it is necessary many times and does not require
any subclassing, at the cost of creating two Eiffel wrapper object for
every agent callback. Furthermore any call of the callback ends up in
at least two nested Eiffel call plus the inevitable and hidden C
marshaller, even if the signal has no arguments beside the Eiffel
wrapper object and the wrapped C object or the further arguments are
basic variables (i.e. int, float or double).

Ask me for further informations. The design should be understandable
by the implementation, but I fear that my callback wrapper is not as
clean as it should.



git-svn-id: http://svn.gna.org/svn/eiffel-libraries/trunk@45 f7d703df-6b0f-0410-9a7c-ef81f5045915
Entry demo works. The signal are still handled at a low-level manner. This has to improved.

git-svn-id: http://svn.gna.org/svn/eiffel-libraries/trunk@46 f7d703df-6b0f-0410-9a7c-ef81f5045915
Workaround for a bug currently in SmartEiffel-SVN. I'll mail SE-team an example of the bug.

git-svn-id: http://svn.gna.org/svn/eiffel-libraries/trunk@47 f7d703df-6b0f-0410-9a7c-ef81f5045915
More (high-level) signals in GTK_ENTRY:

* on_activate
* on_backspace
* on_copy_clipboard
* on_cut_clipboard
* on_paste_clipboard

No agent version provided since activate signal is also present in
GTK_BUTTON. This would provide a "name-clash". I'll investigate this
as soon as possible. Meanwhile the "inherit and redefine the callback"
is here to be useful (and it's better OO style IMHO).

	Paolo



git-svn-id: http://svn.gna.org/svn/eiffel-libraries/trunk@48 f7d703df-6b0f-0410-9a7c-ef81f5045915
cosmetic changes during tree_demo bug hunt.

git-svn-id: http://svn.gna.org/svn/eiffel-libraries/trunk@49 f7d703df-6b0f-0410-9a7c-ef81f5045915
Tree demo now correctly show entries. I forgot to allocate a GtkTreeIter C structure

git-svn-id: http://svn.gna.org/svn/eiffel-libraries/trunk@50 f7d703df-6b0f-0410-9a7c-ef81f5045915
small cosmetic changes

git-svn-id: http://svn.gna.org/svn/eiffel-libraries/trunk@51 f7d703df-6b0f-0410-9a7c-ef81f5045915
Added GTK_STATUS_BAR with working example

git-svn-id: http://svn.gna.org/svn/eiffel-libraries/trunk@52 f7d703df-6b0f-0410-9a7c-ef81f5045915