Hi Norbert,
On 29.10.2014, at 22:37, Norbert Zeh wrote:
> Hi folks,
>
> I just tried to connect to the sizeAllocate signal of the Widget type, but
> the type of this signal is Signal self (Allocation -> IO ()). Thus, the
> function I provide as an argument needs to take an Allocation as an a
Hi Daniel,
I'm attaching a patch to fix a parsing issue that gtk's c2hs has on Mac OS.
I've tried to compile koral's webkit problem but I'm still struggling.
Cheers,
Axel
0001-make-c2hs-parse-assignments-in-__attribute__-declara.patch
Description: Binary data
signature.asc
Description: Mess
Hi Daniel,
I'm attaching a patch to fix a parsing issue that gtk's c2hs has on Mac OS.
I've tried to compile koral's webkit problem but I'm still struggling.
Cheers,
Axel
0001-make-c2hs-parse-assignments-in-__attribute__-declara.patch
Description: Binary data
signature.asc
Description: Mess
Dear Don,
I haven't tracked the developments of ghc's concurrency recently so I don't
know if there is still this -threaded option or if everything is nowadays
multithreaded. There used to be the necessity to install this call-back that
would run the main loop of Gtk+ while the Haskell program
only support for Gtk+ 2.x.
>>
>> Cheers,
>> Axel
>>
>>> /Don
>>>
>>>
>>> On Fri, Feb 14, 2014 at 7:30 AM, Donald Allen
>>> wrote:
>>> On Fri, Feb 14, 2014 at 1:52 AM, Axel Simon wrote:
>>>> Hi Donald,
>
been done a while ago when there was only support for Gtk+ 2.x.
Cheers,
Axel
> /Don
>
>
> On Fri, Feb 14, 2014 at 7:30 AM, Donald Allen wrote:
> On Fri, Feb 14, 2014 at 1:52 AM, Axel Simon wrote:
> > Hi Donald,
> >
> > On Feb 14, 2014, at 4:27 AM, Donald Allen
Hi Donald,
On Feb 14, 2014, at 4:27 AM, Donald Allen wrote:
> The
>
> http://hackage.haskell.org/package/gtk3-0.12.5.2/docs/Graphics-UI-Gtk-Windows-Dialog.html
>
> is really in tough shape. Among other things:
>
> 1. The references to dialogNewWithButtons and dialogGetUpper are
> bogus; they
On 26.01.2014, at 08:23, Donald Allen wrote:
>>
>> Ok, let's remove this assertion and any other assertion that you think is
>> out-of-place. If this does not affect all callbacks, then maybe we can have
>> a comment in the C code saying why the iterators may have a different time
>> stamp so
Hi Don,
On 25.01.2014, at 10:48, Donald Allen wrote:
> I don't think the warning is coming from Gtk. I think it's coming from
> gtk2hs/gtk/Graphics/UI/Gtk/ModelView/Gtk2HsStore.c
>
> static gboolean
> gtk2hs_store_iter_has_child (GtkTreeModel *tree_model,
> GtkTreeIt
Hi Donald,
it's been a while since I've implemented this, so I can at best convey my gut
feeling about this.
It would be good to understand when and where the outdate TreeIter is used. I
suspect that your callback to testExpandRow does return normally (do you return
True?) and then some other
Hi,
On 25.05.2013, at 16:15, Daniel Wagner wrote:
>>> ...in fact, just generally all feedback on this split is welcome. =)
>>
>> Before I try to do a visual diff: Could you detail what got
>> duplicated? Just the cabal file and the Setup.hs? Or are there modules
>> that cannot be customized usi
Hi Daniel,
On 25.05.2013, at 02:50, Daniel Wagner wrote:
> The more I looked at the gtk3 support we had so far, the more
> uncomfortable I got with how different the interfaces were. Since it's
> not really possible for a cabal package to depend on a compilation flag,
> I feel like the right
Hi Koral,
the files Types.chs and Signal.chs are always auto-generated in every Gtk2Hs
module. The reason why Object itself is not generated is that it is imported
from the Types.chs file from glib.
Yes, there could be more documentation...
Regards,
Axel
On 21.04.2013, at 19:12, koral wrote
Hi Daniel,
On 09.02.2013, at 06:08, wagne...@seas.upenn.edu wrote:
> I am attempting (and failing) to build gtk3hs. Have you seen these errors?
> There are several of them, but they are all very similar, so I've only
> included the first one.
>
> Graphics/UI/Gtk/Printing/PrintOperation.chs:409
Hi all,
first off, I think it's great if people are looking into using
introspection to get Gtk2Hs up to date again.
On 31.01.2013, at 10:55, Luca Bruno wrote:
> Is the plan to use haskell-gi to replace most of the gtk2hs
> package/repo (or will there be a whole new gtk3hs package/repo)? If
>
If I'm not mistaken, the docu is of a newer version and the type is from some
older Gtk version where the C function actually did not return the insertion
function but void. I think it depends on the oldest Gtk version, we want to
support.
Axel
On 21.12.2012, at 11:50, José Romildo Malaquias
Paned will accept any widget as child, so the patch is incorrect. I'm surprised
that it should change something semantically, since all the Gtk2Hs type
conversations are no-ops at the end of the day.
Cheers,
Axel
On 01.12.2012, at 22:12, wagne...@seas.upenn.edu wrote:
> I can't reproduce this
I gather the only way to do this is to upload a new version, right?
Cheers,
Axel
On 18.11.2012, at 11:31, wrote:
> Can someone please try to fix the haddock errors :(
>
> Thank you much
>
> Timothy
>
>
>
> -- Původní zpráva --
> Od: Andreas Abel
> Datum: 13. 11. 2012
> Pře
havoc in the user interface.
Cheers,
Axel
>
>
> Timothy
>
>
>
> -- Původní zpráva --
> Od: Axel Simon
> Datum: 8. 11. 2012
> Předmět: Re: [Gtk2hs-devel] listStoreClear , listStoreRemove, and
> treeViewSetModel all broken?
>
> Hi Tim,
Hi Tim,
You cannot replace the model of the view with a new one. You need to
modify the existing ListStore.
Could you try listStorePrependList? That looks like the most sane
function that is actually implemented. I admit that ListStore could
use some love.
Cheers,
Axel
On 08.11.2012, at 1
Hi Hamish,
I'm not quite sure where these IDL files come from, but I guess it's
reasonable to package them with the cabal file and get something
working.
Assuming that these file are representing the content of the cabal
packages, you just have to make sure that the version of Gtk+ you're
Hi Rouan,
what is wrong with iterating through all children and using isA to check if
they are containers?
Cheers,
Axel
On 11.09.2012, at 09:21, Rouan van Dalen wrote:
> Hi everyone,
>
> thanks for the replies. I guess I can keep track of the controls myself.
> The reason I was looking at t
Hi Rouan,
On 30.08.2012, at 11:04, Rouan van Dalen wrote:
> Hi Everyone,
>
> I need to get the selected item from my TreeView, which is using a
> ListStore model.
> The model is not just a String, it is a list of records with a few
> fields.
>
> After googling a bit it seems that there is no
Hi Anthropornis,
On 28.08.2012, at 23:04, Anthropornis Nordenskjoldi wrote:
> Hello, I'm running Ubuntu 12.04 64bit, and when trying to install
> happindicator to try to the indicator example[1] on the Ubuntu App
> Developer site, I get the following output:
>
> $ cabal install happindicator
Hi Rouan,
On 23.08.2012, at 18:37, Rouan van Dalen wrote:
> Hi everyone,
>
> I am having some trouble with the TreeView in gtk2hs.
>
> (I am using gtk2hs 0.12.3 with ghc 7.4.2 on windows 7 x64.)
>
> I would like to achieve the following: in 1 set up the TreeView and
> its columns and
> rendere
Hi Peter,
On 11.07.2012, at 13:56, Peter Davies wrote:
> This has two consequences:
> * socketHasPlug is no longer supported before GTK+ 2.14
> * socketHasPlug follows GTK+ documentation and works after GTK+ 3
>
> I hope you don't mind the breakage for ancient Gtk+ versions.
It's reasonable to
On 09.07.2012, at 18:02, Peter Davies wrote:
> P.S. What does tools/hierarchyGen/hierarchy.list actually do?
It is used by a small tool called HierarchyGen.hs to generate Types.chs.
If it is really too much hassle to add tags to the file for Gtk3, you should be
able to use a specify a differen
Hi Chris,
On 13.04.2012, at 22:06, Chris Moline wrote:
> Hi, I am slowly working on improving HOpenCV and to support displaying
> IplImages using Gtk I needed pixbufNewFromData. I've attached a patch
> but I'm not sure that I've implemented it correctly. Thanks for your
> time.
+pixbufNewFromDat
Hi Jens,
On 21.03.2012, at 06:55, Jens Petersen wrote:
> Hi
>
> I know gtksourceview2-0.12.3 is older than all the other 0.12.3
> releases but just wondering if anyone has had any luck building it
> with gtk2hs-buildtools-0.12.3?
>
> If someone has a patch to make it build that would be helpful.
Ah, ok, in response to my own mail: I've added a comment to the
bufferInsertText signal which explains your problem:
-- | Some text is inserted. Insertion actually occurs in the default
handler.
--
-- * The function connected to this handler may not modify the buffer
since
-- this would in
Hi Rouan,
On 13.03.2012, at 07:11, Rouan van Dalen wrote:
> Hi everyone.
>
> I found the problem. Because I was using `on` to hook up my signal
> handler it
> executed before the default signal handler.
>
> just changed my code to use `after` to hook up signal handler and
> everything is
> w
Hi Daniel,
On 27.02.2012, at 23:06, wagne...@seas.upenn.edu wrote:
> Quoting Axel Simon :
>
>> On 26.02.2012, at 05:57, wagne...@seas.upenn.edu wrote:
>>
>>> Quick update: got gtk2hs building on Windows, and with gtk's as
>>> old as
>>> 2.1
Hi Daniel,
On 26.02.2012, at 05:57, wagne...@seas.upenn.edu wrote:
> Quick update: got gtk2hs building on Windows, and with gtk's as old as
> 2.18. I've pressed exactly enough buttons to see that earlier gtk's
> don't play well with gtk2hs, but not yet pressed enough buttons to
> know why.
On 12.02.2012, at 02:55, wagne...@seas.upenn.edu wrote:
> Quoting José Romildo Malaquias :
>
>> It would be nice to have a text introducing how gtk2hs is structured. It
>> would give newcomers a starting for contributing to the project.
>
> Hm. Not sure I have the time to outline the whole proj
m
>
> On 30/01/12 21:18, Tim Docker wrote:
>> I attach a patch. Please let me know if it is suitable.
>>
>> Tim
>>
>> On 28/01/12 00:19, Axel Simon wrote:
>>> Hi Tim,
>>>
>>> On 27.01.2012, at 13:42, Tim Docker wrote:
>>>
>
Hi Tim,
On 27.01.2012, at 13:42, Tim Docker wrote:
> Hi,
>
> I am attempting to use widgetModifyBase to change the background of a
> text entry, and then restore it again later. It's not clear to me how
> the restore should be done. It looks like the function should be
> taking
> (Maybe Color),
Hi Rouan,
On 25.01.2012, at 08:38, Rouan van Dalen wrote:
> >> I have the following code to connect a handler to the
> >> bufferInsertText signal:
> >>
> >>buf <- textViewGetBuffer txtView
> >>buf `on` bufferInsertText $ \_ _ -> putStrLn "hi!"
> >>
> >> When I run app and press a key in t
On 25.01.2012, at 06:35, wagne...@seas.upenn.edu wrote:
> Quoting Rouan van Dalen :
>
>> I have the following code to connect a handler to the
>> bufferInsertText signal:
>>
>>buf <- textViewGetBuffer txtView
>>buf `on` bufferInsertText $ \_ _ -> putStrLn "hi!"
>>
>> When I run app and
Hi Joshua,
On 15.12.2011, at 19:33, Joshua Ball wrote:
> Hi,
>
> The following program crashes with the following error:
>
> ** ERROR **: gtk2hs_value_as_haskellobj: unable to handle GValue
> with type GParam
> please report this as a bug to gtk2hs-devel@lists.sourceforge.net
> Trace/breakpoint
Hi David,
On 18.11.2011, at 22:01, wagne...@seas.upenn.edu wrote:
> Quoting wagne...@seas.upenn.edu:
>
>> In the next version of GHC, the constructors for types used in
>> foreign imports must be in scope at the import site. This patch
>> adds four characters ( =) ) to make that true.
>
>
Hi Jens,
On 13.11.2011, at 12:36, Jens Petersen wrote:
> Hi,
>
> Here's a small patch to webkit.cabal.
>
> - webkit should require glib >= 0.12.1,
> which provides GString needed by webkit >= 0.12.2.
>
Oh, ok.
I pushed your patch and bumped the version number to 0.12.4. Can you pull and
te
Hi Eugene,
On 02.11.2011, at 17:34, Eugene Kirpichov wrote:
> Heh.
>
> Guess what!
> A simple {-# INLINE cFloatConv #-} helped to the same extent!
>
> Axel, I think this change should be pretty easy to incorporate, and it
> probably makes sense to inline all other functions in Types.chs too.
>
I
This is very interesting. There was an issue about ultra slow Cairo
output on Mac OS which was due to a bug in cairo. So I thought this
slowness thing is yet another instance of this. The fact that it has
to do with Double to CDouble conversation via GMP Integers is
something we should defi
Hi Andrew,
On 27.10.2011, at 05:50, Andrew Miller wrote:
> On 27/10/11 12:52, Andrew Miller wrote:
>> Hi all,
>>
>> I'm working on bindings for libappindicator (see
>> https://wiki.ubuntu.com/DesktopExperienceTeam/ApplicationIndicators
>> and
>> http://developer.ubuntu.com/api/ubuntu-11.10/c/ap
Hi Duncan,
thanks! I builds on ghc 6.10.4 as it should. Two things:
* You didn't bump the version number of soegtk!
* Just for my understanding: If I do
$ cabal install Cabal-1.10
I get:
> Resolving dependencies...
> cabal: There is no available version of Cabal that satisfies ==1.10
which
that ensures that
modifications in the C source lead to compile time failures. It's also
simplifying the code a lot since you don't have to write the "foreign
import" clause. Look at the Entry.chs module, then you see what I mean.
Cheers,
Axel
> Christoffer
>
>
Hi Gabriel,
sorry about not reading the Trac page, I should do that more often...
On 01.05.11 00:32, Gabriel Gonzalez wrote:
> I made a patched version of gtk2hs substituting in rts_evalLazyIO (see
> bug page for details) instead and this fixed the problem. However, I
> don't know if this is an
Hi Matt,
On Jan 12, 2011, at 20:11, Andy Stewart wrote:
> Matt Arsenault writes:
>
>> If I try to build Clutterhs with recent versions of Gtk2hs, I get
>> build errors such as:
>>Could not find module `Graphics.UI.Gtk.Types':
>> it is a hidden module in the package `gtk-0.12.0'
>>
Hi Maxime, Andy,
On Nov 25, 2010, at 19:44, Maxime Henrion wrote:
> Hi there!
>
> Sorry for the very late reply; I got caught up in that thing called
> "real life"... :-)
>
> On Tue, 2010-10-26 at 10:07 +0800, Andy Stewart wrote:
>> Hi Maxime,
>> Maxime Henrion writes:
>>
>>> Hello all,
>>>
On 25.11.2010, at 13:18, Jens Petersen wrote:
>> b) putting Gtk2HsSetup.hs in either gtk2hs-buildtools or any other
>> library
>> means that ./Setup.hs has to run to realize that this library is
>> missing and
>> that it needs to be downloaded. However, ./Setup.hs cannot be run
>> because i
Hi Andreas,
besides Andy's excellent explanation, I would like to add that apiGen
might still be useful. However, it is very specific as to it's inner
workings as it requires some XML files from Mono to make it work.
There is a chance and it can save a lot of time, depending on how big
the
On 29.10.2010, at 17:18, John Obbele wrote:
> On Fri, Oct 29, 2010 at 09:17:44PM +0800, Andy Stewart wrote:
>> 'readTVarIO' in newest 'stm' package.
>
> You mean I spend two days fighting with my old computer BIOS, a
> beta release of Fedora14 and cabal install {leksah/insert here
> other big clu
On 26.10.2010, at 01:05, Maxime Henrion wrote:
> Hello all,
>
>
> Yet another not really interesting patch :-). It provides a new-style
> signal handler for the "destroy" signal of the Widget object (not the
> same as the "destroy-event" one).
>
Yes, as Andy says, this handler is actually
Hi Maxime,
On Oct 24, 2010, at 22:38, Maxime Henrion wrote:
> Hello all,
>
>
> Yet another boring patch to update signal handlers to the new way of
> doing things, this time for the MenuItem and Item objects :-). There
> is, however, something of interest in this patch.
>
> I was surprised
On Oct 23, 2010, at 20:41, Andy Stewart wrote:
> I think this is have internal trick in GIO C code that will break if
> we
> use wrapNewGObject in fileEnumeratorNextFile
>
> But makeNewGObject always works, so let's keep makeNewGObject.
If makeNewGObject works and wrapNewGObject does not, then
John,
thanks very much for your contribution. Fixing things on this scale
can quickly become a time sink, so your semi-automatic contribution is
very welcome and saves us a lot of times.
Sometimes, there is no way around reading the documentation of Gtk+,
that's why we don't create Gtk2Hs f
Again, for the record: there is a big difference between makeGObject
and constructGObject! See below.
On Oct 21, 2010, at 23:38, Axel Simon wrote:
>
> On Oct 21, 2010, at 19:21, Andy Stewart wrote:
>
>> diffing dir...
>> Thu Oct 21 13:04:44 EDT 2010 Andy Stewa
Hi John,
thanks a lot for this. BTW, how did you wind up replacing anything
under .TreeList as Andy said? That's indeed deprecated and I thought
it's removed from darcs.
Cheers,
Axel
On 21.10.2010, at 14:44, John Obbele wrote:
> Good day everyone !
>
> On Sun, Oct 10, 2010 at 12:50:43AM +08
On Oct 9, 2010, at 18:23, John Obbele wrote:
> Hi again !
>
> On Sat, Oct 09, 2010 at 05:10:36PM +0200, Axel Simon wrote:
>> Yes, that's the notion. mainGUI must be "__safe" because it will
>> call back into Haskell land. Once a callback from the mainGUI
Hi John, Andy,
On Oct 9, 2010, at 15:15, John Obbele wrote:
> Hi Andy,
>
> On Sat, Oct 09, 2010 at 05:06:57PM +0800, Andy Stewart wrote:
>> just need figure out why it can't work when disable "-thread" flag.
>
> Hum ... got some sleep and I've re-read the GHC documentation on
> [0]. They say "It
Hi John,
On 05.10.2010, at 22:07, John Obbele wrote:
> Good evening !
>
> On Mon, Oct 04, 2010 at 09:53:56AM +0200, Axel Simon wrote:
>>
>> On Oct 3, 2010, at 22:42, John Obbele wrote:
>>> Optimally, I would wish to provide a dummy memory finalizer to
>>> t
Hi John,
On Oct 3, 2010, at 22:42, John Obbele wrote:
> Hi again !
>
> To conclude my long list of posts, here comes what I've
> understood of GObjects construction and memory management:
>
>>> [...] from the official C API documentation:
>>> http://www.xfce.org/documentation/4.6/api/xfconf/xfcon
On 24.09.2010, at 17:05, John Obbele wrote:
> """
> --- a/glib/System/Glib/UTFString.hs 2010-09-06 2010-09-06
> 11:24:42.980482243 +0200
> +++ b/glib/System/Glib/UTFString.hs 2010-09-24 16:10:21.821860119
> +0200
> @
Hi Matt,
On 23.09.2010, at 20:17, Matt Arsenault wrote:
> Hi everyone,
>
> I'm planning on starting working on the gobject introspection based
> binding generator I proposed a few months ago as a GSOC project and
> thought I would see if anyone here was interested in helping start it.
>
I'm
Hi,
On Sep 23, 2010, at 18:11, John Obbele wrote:
>>
>> Why can't you simply initialize the GValue *only* in the error case?
>> We could patch GValue but that means that your library will be
>> dependent on some future version of gtk.
>
> This is what I was doing until now. It works well once you'
Hi John,
On 23.09.2010, at 01:26, John Obbele wrote:
> channelGetProperty :: XfconfChannelClass self
> => self -> String -> IO (Maybe XfconfValue)
> channelGetProperty chan property =
>withXfconf chan $ \chanPtr ->
>withUTFString property $ \prop ->
>alloc
Hi John,
same here: sorry for the delay.
On Sep 13, 2010, at 2:40, John Obbele wrote:
> Anyway, forget about this, I have kept things simple and only
> coded a minimal subset of GHashTable, re-reading xfconf
> documentation, it appears we only get (gchar*) keys and (gvalue*)
> values.
>
>
Yes, t
Hi Andy,
On Sep 15, 2010, at 4:30, Andy Stewart wrote:
> Hi Axel,
>
> Have many people at #haskell ask me why 'gtk' package can't install
> successful.
> At last, i found they're not install gtk2hs-buildtools.
>
> Most people won't read gtk2hs manual, just do "cabal install gtk" and
> expect ever
Hi John,
On Sep 7, 2010, at 16:40, John Obbele wrote:
> Hi everyone !
>
> Sorry for the double post between haskell-beginners and this
> mailing-list but I am having trouble binding some part of Glib
> and Xfconf to Haskell.
>
> Below is my original post:
> ===
Hi Eros,
On Aug 19, 2010, at 22:40, eros olmi wrote:
>
> thank you Andy for the response, yes the install process begins to
> work, but at the end near the final , it stops with error:
> [[Linking C:\DOCUME~1\eros\LOCALS~1\Temp
> \gtkglext-0.11.11652\gtkglext-0.11.1\dis
> t\setup\setup.exe .
On 31.07.2010, at 14:38, Hamish Mackenzie wrote:
> On 31 Jul 2010, at 22:07, Axel Simon wrote:
>
>> On 31.07.2010, at 06:35, Hamish Mackenzie wrote:
>>
>>> 1 patch for repository http://code.haskell.org/gtk2hs:
>>>
>>> Sat Jul 31 16:16:07 NZST 2010
Hi Hamish,
On 31.07.2010, at 06:35, Hamish Mackenzie wrote:
> 1 patch for repository http://code.haskell.org/gtk2hs:
>
> Sat Jul 31 16:16:07 NZST 2010 Hamish Mackenzie
> >
> * Disable gdk thread locks in Win32 since "With the Win32 backend,
> GDK calls should not be attempted from multiple
Well, I suppose you simply removed the comment, right? We should
probably have an example there...
On 16.07.2010, at 17:15, Andy Stewart wrote:
> Hi Axel,
>
> http://hackage.haskell.org/trac/gtk2hs/ticket/1170 should close.
>
> I have fix docs.
>
> Cheers,
>
> -- Andy
>
>
> ---
On 16.07.2010, at 15:50, Andy Stewart wrote:
> Hi Axel,
>
> http://hackage.haskell.org/trac/gtk2hs/ticket/1190 should close, it
> has
> fix.
>
What was the problem here? How did we fix this?
A.
> Cheers,
>
> -- Andy
>
>
> -
Hi Simon,
On 16.07.2010, at 14:29, Simon Marlow wrote:
> On 16/07/2010 12:36, Axel Simon wrote:
>> Dear Haskell maintainers,
>>
>> I've progressed a little and found that the problem is down to
>> accessing global variables that are declared in dynamic libraries
hink I hit:
http://hackage.haskell.org/trac/ghc/ticket/781
I was able to work around this problem by compiling the C modules with
-fPIC. This bug is pretty bad, I'd say. I've added myself to its CC
list.
Cheers,
Axel
On 14.07.2010, at 16:51, Axel Simon wrote:
> Hi all,
&g
Hi all,
I'm trying to debug a segfault relating to the memory management in
Gtk2Hs. Rather than make you read the ticket
http://hackage.haskell.org/trac/gtk2hs/ticket/1183
, I'll describe the problem:
- compiler 6.12.1 or 6.12.3
- darcs head of Gtk2Hs with #define DEBUG instead of #undef DE
would have to be similar to
the 'with' function to get the memory management right.
Cheers,
Axel
On 05.07.2010, at 08:09, Andy Stewart wrote:
> Hi Axel,
>
> Axel Simon writes:
>
>> Hi Andy,
>>
>> On Jul 4, 2010, at 16:20, Andy Stewart wrot
if it is the mouse.
Then you need to re-insert the GdkDevice pointer to the standard mouse
at the client side.
The accessor functions in EventM only give provide the most useful
fields in the event structure. This is exactly because it is
impossible to marshall all the fields to Haskell and
l as the 'sizeOf' and the 'with' function that uses the
'poke' method need to be spacial.
Also, since you're not using the time field, why have it in
SerializedEvent?
Cheers,
Axel
On Jul 3, 2010, at 20:06, Andy Stewart wrote:
> Hi Axel,
>
On 30.06.2010, at 17:34, Andy Stewart wrote:
>>>
>>> So my question is how to binding gtk_main_do_event ?
>>> Looks I should use Graphics.UI.Gtk.Gdk.Events.Event and not EventM.
>>>
>>
>> Event is deprecated and will be removed soon. The problem with the C
>> Event structure is that it can contain
Hi Andy,
On 30.06.2010, at 06:12, Andy Stewart wrote:
> Hi Axel,
>
> I have multi-processese framework like Google Chrome, below is
> screenshot:
>
> http://farm5.static.flickr.com/4137/4747331678_441d6eb8ec_b.jpg
>
> UI is is render in parent processes with GtkSocket, so all keyPress
> event i
On 29.06.2010, at 10:14, Andy Stewart wrote:
> Axel Simon writes:
>
>> Hi Andy,
>>
>> I don't think this behaviour is always desirable for all
>> applications.
>> Some applications might prefer to catch an error exception while
>> others might
Hi Andy,
I don't think this behaviour is always desirable for all applications.
Some applications might prefer to catch an error exception while
others might be happy to simply ignore the error as your fix would do.
In which situations do these functions not work for you? Couldn't you
use s
Hi Hamish,
this sounds very interesting. Is this the most official way to have
Gtk use Cocoa on Mac? How stable is it? Does DND work now?
Cheers,
Axel
On 20.06.2010, at 19:00, Hamish Mackenzie wrote:
> On 18 Jun 2010, at 16:48, John Ralls wrote:
>> You're better off putting your effort into r
Andy,
On Jun 3, 2010, at 4:38, Andy Stewart wrote:
> Hi Axel,
>
> Currently, Gtk2HsSetup.hs is copy at every package, it's hard to
> maintain when Gtk2HsSetup.hs have bug.
>
> Can we move Gtk2HsSetup.hs to package gtk2hs-buildtools?
>
> Then we just need fix gtk2hs-buildtools when have bug in
>
m related to the problem I submit just now.
>>>> Since I cannot install gtk2hs-buildtools with cabal, I download the
>>>> source and installed it. Then this step failed.
>>> Can you use "ghc-pkg check" check your local packages?
>>> Perhaps other package
On May 27, 2010, at 4:51, Magicloud Magiclouds wrote:
> Hi, when installing gtk, I got this
> Configuring gio-0.11.0...
> setup: gtk2hsHookGenerator: shal.list: openFile: does not exist (No
> such file or directory)
> What should I do? Thanks.
Have you moved your .cabal directory around? Or your
Hi Andy,
admittedly I've broken the group permissons when I converted to darcs
2. They should be fixed now.
Please also change the package descripton!
Cheers,
Axel
On May 27, 2010, at 5:52, Andy Stewart wrote:
> Axel Simon writes:
>
> Hi Axel,
>
>> Hi Andy,
&
On May 26, 2010, at 19:55, Jürgen Nicklisch-Franken wrote:
> Hi,
> very nice that we have cabalized gtk2hs. Just two remarks:
>
> 1. The "Building on Windows" part of the install instructions is
> correct, if you want to just install package gtk. If you want to
> install
> gconf, glade, gstream
Hi Andy,
I've converted the auxiliary libraries to darcs 2. Could you check
them out and update the cabal files?
Many thanks,
Axel
On May 26, 2010, at 22:01, Marco Túlio Gontijo e Silva wrote:
> Excerpts from Marco Túlio Gontijo e Silva's message of Qua Mai 26
> 12:29:16 -0300 2010:
>> Hi A
Fixed, thanks.
On 25.05.2010, at 22:19, Marco Túlio Gontijo e Silva wrote:
> Hi.
>
> Excerpts from Recent additions, Ross Paterson <>'s message of Ter
> Mai 25 09:51:17 UTC 2010:
> (...)
>> URL: http://hackage.haskell.org/package/gio-0.11.0
>
> The license of GIO is LGPL 3 or latter in some fil
Hi Simon, Eric,
Eric: good to know it wasn't my lack of darcs-foo
Simon: that did the trick, it's all done now.
Thanks again,
Axel
On 25.05.2010, at 11:06, Simon Marlow wrote:
> On 24/05/2010 21:00, Axel Simon wrote:
>> Hi darcs gurus, hi Duncan,
>>
>> I'
On May 26, 2010, at 4:48, Marco Túlio Gontijo e Silva wrote:
> Hi.
>
> I'm trying to build gtk2hs-0.10.1-4 Debian package in my updated sid
> system and
> I'm getting a build error. I don't know where it cames from, but I
> think it
> may be related the ghc6 update, from 6.12.1-10 to 6.12.1-
Hi Marco,
On May 25, 2010, at 18:28, Marco Túlio Gontijo e Silva wrote:
> Hi.
>
> I've written manpages for the binaries in gtk2hs-buildtools.
> They're are
> attached. I'm including them in the Debian package, you may want to
> include
> them in your tarball. Comments, sugestions, correct
Hi Daniel,
On May 25, 2010, at 18:10, wagne...@seas.upenn.edu wrote:
> This is awesome, congratulations!
>
> Quick suggestion: maybe some of the packages should add
> gtk2hs-buildtools to the dependency list?
> http://www.reddit.com/r/haskell/comments/c7uh3/gtk2hs_now_on_hackage/c0qpp49
Well, th
On 25.05.2010, at 02:23, Andy Stewart wrote:
> Hi Axel,
>
> I noticed you starting to split non-core package from gtk2hs
> repository,
> that's great!
>
> Please transform gtk2hs repo to darcs-hased format after you split all
> non-core packages.
Duncan has done this quite a while ago:
sim...
Hi darcs gurus, hi Duncan,
I'm stuck! I've just tried to separate the Gtk2Hs repo on
code.haskell.org into it's constituent libraries. What we want is to
extract some of the libraries that Gtk2Hs provides into their own
repositories without loosing their history. The problem is that darcs
Hi Jens, Andy,
thanks, Jens, for adjusting the INSTALL file!
On May 22, 2010, at 17:14, Andy Stewart wrote:
> Hi Jens,
>
> Jens Petersen writes:
>
>> Thanks.
>>
>> So how about this pair of patches? :)
> Nice documentation!
> I have apply it, thanks! :)
>
> Axel, please fix "Building on Windows
Hi Matt,
On 20.05.2010, at 16:50, Matt Arsenault wrote:
> Hi,
>
> Here's an updated patch (and example) I sent a long time ago which
> got lost in all the chaos of cabalization and no longer applies.
>
Ok, sorry, I though I did add some functions with this effect. I
applied and pushed your p
1 - 100 of 327 matches
Mail list logo