I have posted to the Gtk2Hs blog about adding Text support in 0.13
http://projects.haskell.org/gtk2hs/archives/2014/07/08/planned-013-release-to-add-text-support/
Here is the content of the blog post...
I have prepared a 0.13 release that will add support for using Text (for
functions that curre
Looks good to me, but I am not familiar with this part of gtk2hs.
Can you please put this in a pull request on github?
If you have not done it before, the steps are basically...
* Fork the repo
* Push your change to your forked repo
* Create a pull request
I think it is all covered here...
ht
I am keen to get updated Gtk2Hs packages into Hackage (so that I can do the
same for Leksah).
If someone grants me (HamishMackenzie) access, I would be happy to upload
candidate packages to Hackage.
I have updated the version numbers and pointed the Source-Repository
fields to point at github
se, but I want to run some Windows
> build tests before I do, and I've been dreading booting up my VM again
> and remembering how to do that. Is this a thing Travis can help with?
>
> ~d
>
> On 2013-10-15 01:19, Hamish Mackenzie wrote:
>> Since no one seemed
Since no one seemed to have any objections, I have made a start...
https://github.com/gtk2hs
and...
https://travis-ci.org/gtk2hs/gtk2hs
On 5 Oct 2013, at 20:36, Hamish Mackenzie wrote:
> Ben suggested it might be a good way to make it easier for people to
> contribute. I agree. The
Ben suggested it might be a good way to make it easier for people to
contribute. I agree. There are lots of great tools for git (I use SmartGit
all the time) and we can set up Travis-CI.
+1
Hamish
--
October Webinars:
On 11 Aug 2013, at 23:58, Carlo Hamalainen wrote:
> I copied the whole build tree here, along with a 'script' of the session
Cool. This is the key line from those logs...
setup: The pkg-config package gtk+-3.0 is required but it could not be found.
It is looking in pkg-config for the gtk+-3
;add
> the gtk3 package" and "begin a split into gtk and gtk3 packages". I also
> pushed Hamish's changes and a few add-on cleanup ones of my own,
> including making the two cabal files have different package names.
>
> Let me know if things aren't working for
t;. I also
> pushed Hamish's changes and a few add-on cleanup ones of my own,
> including making the two cabal files have different package names.
>
> Let me know if things aren't working for you.
>
> ~d
>
> On 2013-07-10 21:59, Hamish Mackenzie wrote:
>>
On 11 Jul 2013, at 07:45, Daniel Wagner wrote:
> Awesome. I'll take a look in the morning. I might want the gtk3 bits to go in
> their own package, rather than managing the difference with version numbers;
> other than that a cursory glance says this is just spot on.
I think you are right, tha
.12.4.1 && <3.13)
Then when building you can choose the gtk version with
cabal install --constraint='gtk<3'
or
cabal install --constraint='gtk>=3'
To call a different function when using Gtk3 use CPP
like this...
#if MIN_VERSION_gtk(3,0,0)
On 26 May 2013
On 26 May 2013, at 02:15, Daniel Wagner wrote:
> On 2013-05-25 07:39, Axel Simon wrote:
>> 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. Sin
Looks good. I had to fix it up a bit for webkitgtk 1.8 and 1.10. In
particular I patched the tags code in Gtk2HsSetup.hs so that "if
webkitgtk-1.10" should work with 2.0.
I tested with it with webkitgtk 1.8 and 1.10, can you please check it is still
working ok with 2.0?
I have pushed it here
On 28 Apr 2013, at 22:13, koral wrote:
>> The tool you need is here...
>> https://github.com/ghcjs/domconv-webkit
>>
>> Cabal install this and then...
>
> Well, it won't build as is. The code seems rather old: apart from the
> bad-encoding and tabs-instead-of-spaces annoyances, it still relies
On 28 Apr 2013, at 11:15, koral wrote:
> Is it normal that both hierarchy* files are mentioned ? I would have expected
> only one of them.
>
> Besides, my webkitgtk-3.0 installation doesn't link well with the haskell
> binding:
> * the WebKitDOM*.h files are in a distinct 'webkitdom' directory
Have you tried this?...
darcs get http://patch-tag.com/r/hamish/webkit
On 22 Apr 2013, at 05:12, koral wrote:
> Hello,
>
> I've started fiddling with webkit's binding, as it seems rather unmaintained
> and as I need some missing functions for my project (hbro).
> First surprise: as is, darcs v
I have pushed a patch to https://patch-tag.com/r/hamish/gtk2hs/home that
adds the missing "draw" event needed to use cairo. It uses the cairo
"Render" monad.
You should be able to replace "onExpose" events with something like...
someWidget `on` draw $ do
moveTo 0 0
lineTo 10 10
I am not able to reproduce this on my Ubuntu 12.10 VM.
What version of GHC are you using?
Do you have anything in your ~/.ghci file?
What command are you running?
Does putStrLn "Hello World" work?
What is the active .cabal project?
The GHCi interface is sensitive to changes in the way GHCi format
12.10 uses webkit 1.10 so the -fwebkit1.8 was probably tripping it up.
I have updated webkit so that webkit 1.8 is detected automatically and
updated the .travis.yml file.
Please try again.
On 23 Feb 2013, at 06:20, alejandro.bell...@gmail.com wrote:
> I compiled Leksah 0.13.2 using Ubuntu 12.0
Version Control
---
Harald and Stephan's Version Control integration has been
merged in! If you want to help out on this there are still some
cool things that could be added. I for one would love something
to show my changes vs. the repo as I edit.
Harald and Stephan also added a num
Hi,
I want to do a release of Leksah to Hackage that uses Gtk3 and WebKit
(preferably in the next week or two).
This will need the following patches:
https://patch-tag.com/r/hamish/gtk2hs
http://leksah.org/gtksourceview3.patches (repo still seems to be darcs1)
https://patch-tag.com/r/hamish/webk
On 31 January 2013 10:31, Luca Bruno wrote:
> On Wed, Jan 30, 2013 at 6:20 PM, Hamish Mackenzie
> wrote:
>>
>> If it is Gtk3 support you are after there are patches here...
>>
>> https://patch-tag.com
>
>
> I thought gtk3 and everything else was about GI.
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
>> interested in writing gui applica
I used the MinGW32 RPMs included in Fedora to get Gtk3
working on Windows. So no more Gtk2 unless you really
want it (in which case use -f-gtk3 when building).
Issue with "Pane -> HLint" not working in the binary versions
should be fixed with these too.
OS X
Choose the version that matches
Features in process-leksah have been merged into process. For
newer versions of GHC leksah-server just depends on process.
If it is trying to install process-leksah then something else
has probably gone wrong.
Check "ghc-pkg list" for old versions of leksah. Make sure
you have the latest versio
ckages/leksah-0.13.1.1-ghc-7.0.3.exe
http://leksah.org/packages/leksah-0.13.1.1-ghc-7.0.4.exe
http://leksah.org/packages/leksah-0.13.1.1-ghc-7.4.1.exe
http://leksah.org/packages/leksah-0.13.1.1-ghc-7.4.2.exe
http://leksah.org/packages/leksah-0.13.1.1-ghc-7.6.1.exe
On 6 Jan 2013, at 15:16, Hamish Mac
This has mostly bug fixes, GHC 7.4.2, GHC 7.6.1 and Gtk3
support.
I have not uploaded it to Hackage as it uses Gtk2Hs patches
that are not in Hackage.
New features include "View->Dark" (OS X only) and
"View->Fullscreen".
OS X (using Gtk3)
-
Choose the version that matches your in
It looks like I failed to attach the gtksourceview patches twice. Here is a
link to them instead...
http://leksah.org/gtksourceview3.patches
On 19 Nov 2012, at 21:10, Magicloud wrote:
> Sorry, my mistake. I did not upgrade build tools.
> Also, I do not seem to be able to find the patches to gt
I have managed to get Leksah working with Gtk 3. I have uploaded the
patched Gtk2Hs to patch-tag (including Peter's patches and some new ones).
Unfortunately the gtksourceview repo is still darcs-1 so I did not
think it was a good idea.
Fun new features in Leksah are "View->Dark" mode switch, to
I am sending these because the repository is still darcs 1.
The these patches are designed to work with the Gtk2Hs here...
http://patch-tag.com/r/hamish/gtk2hs
3 patches for repository http://code.haskell.org/gtksourceview:
Sun Oct 7 22:39:19 NZDT 2012 Hamish Mackenzie
* GtkSourceView 3
The latest GHCJS Hello World (http://ghcjs.github.com/bin/ghcjs-hello.jsexe)
can be built with regular GHC and Gtk2Hs. With something like
sudo apt-get install libwebkitgtk-dev
darcs get http://patch-tag.com/r/hamish/webkit
cd webkit
cabal install
cd ..
git clone https://github.com/ghcjs/ghc
On 10 Jul 2012, at 19:12, Hamish Mackenzie wrote:
> I had to disable plugNsocket because they have moved to gtk/gtkx.h and I
> could not work out how to get them to work. I tried creating a gtk3.h that
> #included gtk/gtk.h and gtk/gtkx.h, but that did not seem to work. How is it
On 10 Jul 2012, at 09:00, Axel Simon 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.
I suspect Peter might have been wondering why there is a hierarchy.list file
tools/hierarchyGen/hierarchy.lis
I'd like to get this sorted too. This seems useful...
http://developer.gnome.org/gtk3/3.4/gtk-migrating-2-to-3.html
If you want to a hand let me know. I am keen to get this working as gtk 2 on
OS X has some issues with Retina MacBook Pro display (text insertion cursor is
not displayed). In G
On 1 Aug 2010, at 02:01, Axel Simon wrote:
> This behaviour is totally independent of how the programmer users
> multi-threading in the application. The user should run initGUI and mainGUI
> from the thread that runs 'main'. All calls to Gtk should be made from this
> thread as well. Exceptions
1 patch for repository http://code.haskell.org/gtk2hs:
Sun Aug 1 00:48:04 NZST 2010 Hamish Mackenzie
* Use gdk_threads_enter/leave instead of GTK_THREADS_ENTER/LEAVE
New patches:
[Use gdk_threads_enter/leave instead of GTK_THREADS_ENTER/LEAVE
Hamish Mackenzie **20100731124804
Ignore-this
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 Hamish Mackenzie
>>
>> * Disable gdk thread locks in Win32 sinc
GDK supports two different types of native window ID, pointers and ints
(GDK_NATIVE_WINDOW_POINTER indicates if pointers are used). On windows the
closest thing to a X11 window ID a HWND is a void *, so GDK used a pointer (yes
windows have IDs too but they are really just a user property).
The
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 threads at all." and the locking calls
conflict with ghci an
On 18 Jun 2010, at 16:48, John Ralls wrote:
> You're better off putting your effort into re-porting your application code
> to use GtkOSXApplication, which uses Cocoa -- meaning that it has a chance of
> working on future versions of OSX.
Cool. I was only using the older interface because it w
1 patch for repository http://code.haskell.org/gtk2hs:
Mon Jun 7 02:29:31 NZST 2010 Hamish Mackenzie
* Fix conflict with gtk-- dlls on Windows
New patches:
[Fix conflict with gtk-- dlls on Windows
Hamish Mackenzie **20100606142931
Ignore-this: 8a7548ba2f140cf76a6b70e8864b5ddf
] {
hunk
Finally someone has created a working MinGW distribution with a package manager!
http://sourceforge.net/apps/mediawiki/takeoffgw/index.php?title=Main_Page
Pier11 has done a great job of making MinGW libraries, tools and apps easy to
install. It may seem limited at this stage (compared to what is
1 patch for repository http://code.haskell.org/gtk2hs:
Mon May 24 13:15:11 NZST 2010 Hamish Mackenzie
* Improved Win32 critical section init and only lock if threading is
initialized.
New patches:
[Improved Win32 critical section init and only lock if threading is initialized.
Hamish
On 3 May 2010, at 22:54, Andy Stewart wrote:
>> What is the plan for this in the cabalized version?
> Axel and I haven't Windows for test.
>
> Can you test it with Windows?
>
> Please report any problem here, I think Axel will help you. :)
As expected ghci support on windows was broken. Templa
What is the plan for this in the cabalized version?
--
___
Gtk2hs-devel mailing list
Gtk2hs-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gtk2hs-devel
I think we use a few of these populatePopup is used to add various things to
the context menu for instance. I think moveCursor is used for hiding the
autocomplete window if it is shown.
On 3 May 2010, at 18:44, Axel Simon wrote:
> Hi Jürgen,
>
> yes, I've removed these signals since they are,
1 patch for repository ham...@code.haskell.org:/srv/code/gtk2hs:
Mon May 3 02:56:35 NZST 2010 Hamish Mackenzie
* Replace TextBuffer with TextView in last change
New patches:
[Replace TextBuffer with TextView in last change
Hamish Mackenzie **20100502145635
Ignore-this
Thanks for the quick response. I think this needs a
s/TextBufferClass/TextViewClass/
On 2 May 2010, at 23:04, Andy Stewart wrote:
> Hi Jürgen,
>
> Fix please pull again,
> Please change everything `onFoo`/`afterFoo` to `on foo`/`after foo`.
>
> Sorry for inconvenience.
>
> -- Andy
> Jürgen N
, I'm sure it
> does no harm. Why -std=gnu89? Is that to appease the CPP preprocessor? If
> so, there's a more specific flag for that (which I think we do pass to CPP).
>
> Cheers,
> Axel.
>
> On Jul 19, 2009, at 11:39, Hamish Mackenzie wrote:
>
> Sun Jul 19 21
I thought it would be nice to have an logo based on the current Gtk
and Haskell logos. I have attached a SVG for consideration.
Hamish
<>--
Enter the BlackBerry Developer Challenge
This is your chance to win up to $100,
Sun Jul 19 21:36:02 NZST 2009 Hamish Mackenzie
* Jhbuild modules file for use on OSX
New patches:
[Jhbuild modules file for use on OSX
Hamish Mackenzie **20090719093602
Ignore-this: 19f10ea07de49ab9fae269c0a1fcd899
] {
adddir ./tools/osx
addfile ./tools/osx/gtk2hs-osx.modules
hunk ./tools
I had a go at making a Portfile for the new version of gtk2hs 0.10.0
(attached). It works ok for me and I have added support for the
no_x11. File goes in
/opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/gtk2hs/
Portfile
Description: Binary data
--
Hi Juergen,
I have been meaning to get in touch for some time, about a year ago I
started trying to write a mini Haskell IDE as a way of learning Haskell. It
was still a bit of a mess when I found out about Leksah. I figured I would
tidy the code up a bit and send it to you, but never got around
Oops, sorry I think I sent this three times by mistake.
2009/1/11 Hamish Mackenzie
> Fri Jan 9 06:03:24 NZDT 2009 Hamish Mackenzie
> * Add SourceMark to gtksourceview2
>
--
Check out the new Source
54 matches
Mail list logo