Re: [Gtk2hs-devel] Fwd: Re: [Haskell-cafe] hackageDB haddock errors

Quoting timothyho...@seznam.cz: > Can someone please try to fix the haddock errors :( Per this trac ticket: http://trac.haskell.org/gtk2hs/ticket/1282 ...perhaps the problem is that Hackages' gtk2hs-buildtools are too old. Let's see what we can do about that! ~d ---

Re: [Gtk2hs-devel] Gtk3 Patches

Quoting Axel Simon : > I can tell you what is happening, if that helps. Thanks, any hints are much appreciated. =) > I suspect that c2hs translates gtk_print_operation_run such that it > expects a Ptr () instead of a GtkWindow. The reason is that c2hs has > not seen the typedef of GtkWindow,

Re: [Gtk2hs-devel] Gtk3 Patches

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:6: Couldn't match expected type `Ptr ()' with actual type `Window'

Re: [Gtk2hs-devel] [Gtk2hs-users] About gtk3hs

Quoting Hamish Mackenzie : > > On 28 Jan 2013, at 20:07, Axel Simon wrote: > >> Dear Luca, >> >> On 27.01.2013, at 15:16, Luca Bruno wrote: >> >>> Hi, >>> I'm a Haskell newbie coming from the Vala world (GNOME, GTK+, etc.). >>> I've read you are the author of Gtk2hs, thanks for your work. I'm >>>

Re: [Gtk2hs-devel] trouble with trac & segmentation fault

Quoting Garrett Mitchener : > Hi, I reported a bug that I'd really like to see fixed > > http://trac.haskell.org/gtk2hs/ticket/1279 Thanks for the report. > I tried to make an account for myself in trac, but when I try "verify my > e-mail address", I never get the automatic e-mail with the veri

[Gtk2hs-devel] TypedTreeModelFilter

I'm looking into http://hackage.haskell.org/trac/gtk2hs/ticket/1269, which suggests exporting TypedTreeModelFilter from Graphics.UI.Gtk.ModelView.TreeModelFilter. Does anyone with a longer memory than me know whether this was left out intentionally (like, to preserve type safety somehow, fo

Re: [Gtk2hs-devel] panedAdd1 has the wrong type

I can't reproduce this problem. My test program is below; it correctly shows "foo" when I run it. Can you try to make a minimal example, please? ~d import Graphics.UI.Gtk main = do initGUI w <- windowNew w `onDestroy` mainQuit p <- hPanedNew v <- vBoxN

Re: [Gtk2hs-devel] Fwd: Re: [Haskell-cafe] hackageDB haddock errors

As noted below, the problem with gtk is not really a haddock problem. It claims the source doesn't build with GHC-7.6, but I can't replicate this behavior. Anybody have a machine that that can replicate this problem that can either devote some small effort to figuring out why or giving me e

Re: [Gtk2hs-devel] [PATCH] Fixed some of the build warnings

Hi Chris -- I hate to do this to you, but the supplied patch no longer applies cleanly (after applying the patch that makes gtk2hs build at all with 7.6). Would you mind sending another patch? Thanks, ~d -- LogMeIn Ce

Re: [Gtk2hs-devel] Gtk2hs on Windows

Quoting Wolfgang Braun : > fixes the problem. The bug report is still open and I think the described > solution of #1270 will remove the described issue for windows users. But I > don't know if the approach of #1270 is the way it should be done. Is there > a plan to fix this issue (and is help req

Re: [Gtk2hs-devel] ghc-7.6 compatibility

Quoting John Lato : > I've attached a minimal patch bundle which I believe adds ghc-7.6 > compatibility to gtk2hs Applied, thanks a lot! I had a go at unifying all these declarations by adding something like type family WrapperFor ft type instance WrapperFor (FunPtr ft) = ft -> IO (FunPtr ft)

Re: [Gtk2hs-devel] I cannot find widgetSetTooltipText

Quoting Rouan van Dalen : > Thanks for the speedy reply.  I did see the attribute, but there is > usually a corresponding set & get method for an attribute which is > what I wanted to use, but could not find :) http://hackage.haskell.org/packages/archive/glib/latest/doc/html/System-Glib-Attri

Re: [Gtk2hs-devel] I cannot find widgetSetTooltipText

Quoting Rouan van Dalen : > I read in the current gtk2hs docs that if I want to set tooltips for > a widget, > I can use the 'widgetSetTooltipText' function.  However, it seems > that this function > is not available from the Graphics.UI.Gtk.Misc.Tooltip module. Hi Rouan, This seems to be a

Re: [Gtk2hs-devel] Adding the WebKitGtk DOM bindings to Hackage

Hi Hamish -- I'll take a look. Quoting Hamish Mackenzie : > Can we add the bindings as they are to Hackage? They are actually > mostly generated from the WebKit IDL files using > https://github.com/ghcjs/domconv-webkit so we have a few options... > 1) Add the generated files as they are > 2)

Re: [Gtk2hs-devel] GHC 7.6.1 can not build the latest version of haskell glib

I think this is a regression in GHC. Bug report here: http://hackage.haskell.org/trac/ghc/ticket/7243 Let's see what HQ has to say about it. ~d Quoting Thomas Dziedzic : > Hi, > > I reported my full problem here: > http://hackage.haskell.org/trac/gtk2hs/ticket/1272 > > The commands I run are:

Re: [Gtk2hs-devel] GHC 7.6.1 can not build the latest version of haskell glib

Thanks for the heads up. I'll take a look over the weekend. ~d Quoting Thomas Dziedzic : > Hi, > > I reported my full problem here: > http://hackage.haskell.org/trac/gtk2hs/ticket/1272 > > The commands I run are: > runhaskell Setup configure -O -p --enable-split-objs --enable-shared \ > --p

Re: [Gtk2hs-devel] Recursively iterating through containers in Gtk2hs

Quoting Rouan van Dalen : > I need to recursively iterate through all the containers in a window > to get to the widgets in the window, which are not containers. > > I scanned the Gtk2hs docs and I could not find a good way to > determine if a widget is a container or not.  I saw that the >

Re: [Gtk2hs-devel] Patch: fix for loading cairo package in ghci on Windows

Applied, thanks! ~d Quoting Duncan Coutts : > Hi folks, > > With current Gtk+ windows bundles we have the problem that the cairo > binding fails to load in ghci, though it works fine for compiling > standalone .exes. > > The source of the problem is that the ghc-pkg package registration > informa

Re: [Gtk2hs-devel] [PATCH] Move socketHasPlug to Socket.chs and remove Embedding.hsc

Quoting Peter Davies : >> It's reasonable to break a few modules on old versions of Gtk. But >> occasionally, there are some Solaris or users of old Linuxes that are >> suddenly faced with Gtk installations that are a few years old. It would be >> good if the core functionality for those still exi

Re: [Gtk2hs-devel] Fwd: darcs patch: Add passing of (argc, argv) to Media.Streaming.GStreamer.Core.init

applied, thanks! ~d Quoting Milan Markovi? : > Copied some code from Graphics.UI.Gtk.initGUI to make gstreamer accept > command line arguments (such as --gst-debug=LEVEL) > Tested on Ubuntu 12.04, gstreamer 0.10.36, ghc 7.4.1 > --

Re: [Gtk2hs-devel] Porting to Gtk3

Quoting Peter Davies : > I want to get gtk2hs working on gtk3, to do that I am: > * Adding a flag to gtk.cabal (called "gtk3") that makes it > pkgconfig-depend on gtk+-3.0 rather than gtk+-2.0. > * Putting everything that is removed in gtk3 in "#if GTK_MAJOR_VERSION < 3". > > Do I need to do anyth

Re: [Gtk2hs-devel] gtk2hs and ghc 7.4.1

Quoting Conrad Parker : > Absolutely worth it, IMHO when maintaining a package, "fixing a build" > should trigger an immediate release. This is even so when the only You convinced me. All affected patches have had a point release which, if I've done everything correctly (*crosses fingers*) only

Re: [Gtk2hs-devel] gtk2hs and ghc 7.4.1

Quoting Rouan van Dalen : > What is the status of gtk2hs compiling with ghc-7.4.1? > Can I safely switch from ghc-7.2.2 to ghc-7.4.1 and use gtk2hs as > usual or is there still some outstanding issues? The current status is: 1. The darcs version of each package compiles. 2. Two packages have G

Re: [Gtk2hs-devel] darcs patch: Fix a memory leak in customStoreNew (#1251)

This patch looks good. Keeping those makeNewGObject/constructNewGObject/wrapNewGObject straight is tough work... applied, thanks! ~d Quoting Takano Akio : > This patch partially fixes #1251. > > With this patch, the test case in #1251 doesn't leak memory, > as long as you don't click the butt

Re: [Gtk2hs-devel] darcs patch: fix build failure on ghc-7.4 (Eq constraints)

applied, thanks Quoting Sergei Trofimovich : > 1 patch for repository http://code.haskell.org/gstreamer: > > Mon Apr 23 09:58:12 FET 2012 Sergei Trofimovich > > * fix build failure on ghc-7.4 (Eq constraints) > > Media/Streaming/GStreamer/Core/Buffer.chs:216:13: > Could not deduce (

Re: [Gtk2hs-devel] darcs patch: fix include path for cabal-1.14

applied, thanks Quoting Sergei Trofimovich : > 1 patch for repository http://code.haskell.org/svgcairo: > > Mon Apr 23 09:55:33 FET 2012 Sergei Trofimovich > > * fix include path for cabal-1.14 > -- Live Security

Re: [Gtk2hs-devel] darcs patch: fix build failure on cabal-1.14 (and 1 more)

Quoting Sergei Trofimovich : > 2 patches for repository http://code.haskell.org/webkit: > > Mon Apr 23 09:49:57 FET 2012 Sergei Trofimovich > > * fix build failure on cabal-1.14 > > Building webkit-0.12.3... > Preprocessing library webkit-0.12.3... > dist/build/Graphics/UI/Gtk/WebKit/S

Re: [Gtk2hs-devel] darcs patch: Fix build failure against glib-2.32 (and 1 more)

applied, thanks! Quoting Sergei Trofimovich : > 2 patches for repository http://code.haskell.org/gtk2hs: > > Mon Apr 23 09:31:08 FET 2012 Sergei Trofimovich > > * Fix build failure against glib-2.32 > > In file included from Graphics/UI/Gtk/General/hsgthread.c:29:0: > > /usr/include/gli

Re: [Gtk2hs-devel] Request to add pixbufNewFromData

Quoting Axel Simon : > I think there is a problem here in that you pass a simple pointer to > the C function which takes ownership of the memory. In order for your > program not to crash you have to ensure that the pointer remains valid > until the program exists. Is there a quick intro to memory

Re: [Gtk2hs-devel] 2 patches for missing GTK+ bindings

Quoting Adam Stark : > This patch adds bindings for > gtk_menu_item_get/set_label, gtk_menu_item_get/set_use_underline, > and gtk_entry_get/set_buffer. > > I know that the MenuItem labels are just convenience functions, but > it seemed silly to rewrite in Haskell. Applied, thanks. ~d -

Re: [Gtk2hs-devel] Request to add pixbufNewFromData

Quoting Chris Moline : > 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. Applied, thanks! ~d -

Re: [Gtk2hs-devel] building gtksourceview2-0.12.3 with gtk2hs-buildtools-0.12.3

Quoting Jens Petersen : >>> Looks like it's a cabal-1.14.0/gtk2hsC2hs interaction issue. >>> Gentoo workarounds it by passing Include-dirs '.' explicitely: >> okay, we should probably just incorporate this change right into >> our repositories. I wonder if this fixes the other person's problem, >>

Re: [Gtk2hs-devel] building gtksourceview2-0.12.3 with gtk2hs-buildtools-0.12.3

Quoting Sergei Trofimovich : >> Preprocessing library gtksourceview2-0.12.3... >> dist/build/Graphics/UI/Gtk/SourceView/Types.h:1:28: fatal error: >> gtksourceview2.h: No such file or directory >> compilation terminated. >> gtk2hsC2hs: Error during preprocessing custom header file >> >> FWIW this

Re: [Gtk2hs-devel] building gtksourceview2-0.12.3 with gtk2hs-buildtools-0.12.3

Quoting Jens Petersen : > 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. > > Here's the error I get when

Re: [Gtk2hs-devel] gtk2hs and ghc 7.4

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

Re: [Gtk2hs-devel] gtk2hs and ghc 7.4

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. - Da "still pressing buttons" niel Quoting Ben Gamari : > > It seems that

Re: [Gtk2hs-devel] gtk2hs and ghc 7.4

Quoting Ben Gamari : > It seems that the most recent releases of cairo[1] and glib[2] do not > compile on ghc 7.4. This is especially unfortunate as the issues are > fixed in the darcs repository. Could someone please push new releases of > these packages to Hackage? Thanks! Apologies; my wife go

Re: [Gtk2hs-devel] Need introduction to developing gtk2hs

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 project -- gtk2hs is large, and there's plenty of parts I don't even k

Re: [Gtk2hs-devel] segfault when using bufferInsertText signal in gtk2hs 0.12.2

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 press a key in the textView I get a segfault. Attached is a patch that fixes

Re: [Gtk2hs-devel] Fixing gtk2hs to build with ghc 7.4

Quoting Eugene Kirpichov : > Let me dare resurrect this thread and ask again for your opinion. I'll test and apply them soon -- I've set aside some time this weekend for gtk2hs hacking. Thanks for looking into this and sending detailed information! ~d

Re: [Gtk2hs-devel] a darcs patch for GHC 7.3 compatibility

Quoting Axel Simon : Yes, have a look at the type generator, in particular, you have to fix: gtk2hs/tools/hierarchyGen/Hierarchy.chs.template Perfect, thanks for the hint. Here's an updated patch (which replaces the previous one) that includes the changes I had to make to get gtk2hs to bu

Re: [Gtk2hs-devel] a darcs patch for GHC 7.3 compatibility

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. Actually, it turns out I was misinterpreting what bootstrap.sh was telling m

[Gtk2hs-devel] a darcs patch for GHC 7.3 compatibility

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. ~d gtk2hs-buildtools.dpatch Description: Binary data

Re: [Gtk2hs-devel] [Haskell-cafe] Fwd: Ridiculously slow FFI, or cairo binding?

If the problem really is that cFloatConv is using the generic fromRational . toRational implementation, then the correct solution is to simply _not define cFloatConv_ and use realToFrac everywhere. GHC already has tons of specialization rules for realToFrac. However, rewrite rules (which ar

[Gtk2hs-devel] building gtk2hs with GHC 7.3

Attached is a patch for GHC-7.3 compatibility: * removed dependency on the haskell98 package (see http://haskell.1045720.n5.nabble.com/GHC-and-Haskell-98-td4498975.html) * removed INLINE pragmas that GHC was ignoring anyway (see http://hackage.haskell.org/trac/ghc/ticket/5084) * add -XDataty

[Gtk2hs-devel] more documentation patch

Mon May 23 00:51:38 EDT 2011 Daniel Wagner * documentation patch: correct a degrees->radian conversion documentation.dpatch Description: Binary data -- What Every C/C++ and Fortran developer Should Know! Read this ar

[Gtk2hs-devel] documentation patch

Let me apologize in advance in case this message comes through twice. Darcs reports that it successfully sent the patch via email, but I didn't see it arrive in my mailbox, so I'm going to assume darcs is lying. In any case, I noticed a few typos and formatting errors in the documentation

Re: [Gtk2hs-devel] Possible solutions to Bug #1212

I'm by no means a Gtk2Hs developer, but this seems like a perfectly legitimate change. I find it very unlikely that any significant space leaks will arise from not evaluating a () value -- or even that a sufficiently large () thunk to worry about could ever realistically be built. It might

[Gtk2hs-devel] Cairo group operations

Hello, I noticed that the extremely useful grouping operations of Cairo seem not to be bound. Here's a patch that fixes that for your review. Thanks, ~d groups.dpatch Description: Binary data -- Colocation vs. Manag

[Gtk2hs-devel] congrats on Hackage!

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 Anyway, this release makes me vry happy! =D ~d --

Re: [Gtk2hs-devel] Submitting Patches

You did the right thing. Now it just takes somebody with commit-bit to review/apply your patch. =) Cheers, ~d Quoting Peter Krupp : > I'm doing some Haskell development on Ubuntu 9.10 and needed to get leksah > and gtk2hs installed an running with ghc 6.12 and the Haskell platform. I > encount

[Gtk2hs-devel] stuntprogrammer's attempt to cabal-install

Forwarding this on from : This is on a RHEL 5.4 box. I could have done things the daft way since I don't know these tools at all. cairo: I had to edit Graphics/Rendering/Cairo.hs an