n-screen for about 10 seconds, consistently.
I'll bet there is a 10 second timeout buried somewhere in the code.
I'll try to pursue your suggestion.
/Don
>
> Cheers,
> Axel
>
> On 21.02.2014, at 14:00, Donald Allen wrote:
>
>>
>>
>>
>> On Thu, Fe
On Fri, Feb 21, 2014 at 8:00 AM, Donald Allen wrote:
>
>
>
> On Thu, Feb 20, 2014 at 2:55 PM, Daniel Wagner wrote:
>
>> Man, you have *got* to get into the habit of creating a minimal working
>> example. =)
>>
>
> Yeah, I know. I only had a 45 year career
n (ctrl-n)"
> on menuItem menuItemActivated (putStrLn "activated, lol")
> menuShellAppend menu menuItem
> menuItem <- menuItemNewWithLabel "Duplicate selected transaction
> (ctrl-d)"
> menuShellAppend menu menuItem
> wi
I am trying to pop up a menu when the right button is pressed with the
cursor in a particular treeview. I set up the event handler as follows:
-- Handle buttonPressEvent within the view
on view buttonPressEvent (tryEvent (do button <- eventButton
theTime <- e
On Mon, Feb 17, 2014 at 8:19 AM, Axel Simon wrote:
> HI,
>
> On Feb 17, 2014, at 2:12 PM, Donald Allen wrote:
>>>
>>> I think your documentation changes apply to both Gtk+ 2.x and Gtk+ 3.x.
>>
>> Not true. For example, on the page describing
>
On Mon, Feb 17, 2014 at 1:48 AM, Axel Simon wrote:
>
> Hi Don,
>
> On Feb 16, 2014, at 5:06 PM, Donald Allen wrote:
>
> > Question regarding my making changes to documentation:
> >
> > It appears that the web pages found on hackage.haskell.org are generated
>
with variations of the same code. My interest is
solely in gtk3 and the documentation changes I wish to make apply only to
it. Have I got this right and therefore I need to make my documentation
changes conditional on gtk3?
/Don
On Fri, Feb 14, 2014 at 7:30 AM, Donald Allen wrote:
> On Fri, Feb
On Fri, Feb 14, 2014 at 1:52 AM, Axel Simon wrote:
> 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 tou
ne which freezes the rest
of the application from user input), can be created by calling
windowSetModal on the dialog." is wrong. You have to set the
windowModal attribute of the dialog to True.
On Thu, Feb 13, 2014 at 9:52 PM, Donald Allen wrote:
> On Thu, Feb 13, 2014 at
On Thu, Feb 13, 2014 at 1:40 PM, Donald Allen wrote:
> Graphics.UI.Gtk.Windows.Dialog
>
> The documentation says "the two primary areas of the window can be
> accessed using dialogGetUpper and dialogGetActionArea." There is no
> dialogGetUpper. Is it now dial
Graphics.UI.Gtk.Windows.Dialog
The documentation says "the two primary areas of the window can be
accessed using dialogGetUpper and dialogGetActionArea." There is no
dialogGetUpper. Is it now dialogGetContentArea?
The documentation says "The top section is a VBox,". If dialogGetUpper
has been rep
On Wed, Feb 12, 2014 at 1:04 AM, Hamish Mackenzie
wrote:
> 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?
Done.
--
Android apps run on BlackBerr
N_DEBUG(g_debug("calling gtk2hs_store_ref_node\t\t(%p, %p)\n",
tree_model, iter));
Gtk2HsStore *store = (Gtk2HsStore *) tree_model;
g_return_if_fail (GTK2HS_IS_STORE (tree_model));
- g_return_if_fail (iter->stamp == store->stamp);
gtk2hs_store_ref_node_impl(store->impl,
ITICAL **: gtk2hs_store_iter_children: assertion
'parent == NULL || parent->stamp == store->stamp' failed
** (Newcash:6329): CRITICAL **: gtk2hs_store_ref_node: assertion
'iter->stamp == store->stamp' failed
** (Newcash:6329): CRITICAL **: gtk2hs_store_iter_next: assertion
&#x
On Fri, Jan 31, 2014 at 2:40 PM, Daniel Wagner wrote:
> On 2014-01-30 08:47, Donald Allen wrote:
>> Oops, I spoke too soon; not careful enough. Reinstalling gtk3 via
>> cabal install does *not* get the repaired version; I am still seeing
>> the assertion error. I don't
On Thu, Jan 30, 2014 at 8:19 AM, Donald Allen wrote:
> On Tue, Jan 28, 2014 at 5:36 PM, Daniel Wagner wrote:
>> On 2014-01-26 10:32, Axel Simon wrote:
>>> On 25.01.2014, at 10:48, Donald Allen wrote:
>>>
>>>> I don't think the warning is coming from G
On Tue, Jan 28, 2014 at 5:36 PM, Daniel Wagner wrote:
> On 2014-01-26 10:32, Axel Simon wrote:
>> 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
On Sun, Jan 26, 2014 at 1:13 PM, Axel Simon wrote:
>
> 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
On Sun, Jan 26, 2014 at 10:32 AM, Axel Simon wrote:
> 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
>>
>>
t cost).
What you say above is exactly right. Yes, it would work around the
problem, but at a signficant cost, both in processing time and my
having to write a bit more code. I prefer to suspend my work on this
until gtk2hs gets fixed.
Thanks --
/Don
>
> ~d
>
> On 2014-01-24 09:52, Don
r people know?
I think there's just a bug in the code. Adding documentation isn't
going to fix it at this point. I make this statement because I'm able
to accomplish what I described quite easily in my C version and should
be able to do so in Haskell. I believe the bug is in the gtk2h
I've written a personal finance manager, having become dissatisfied
with Gnucash after many years of use. My own system, Newcash, is
written in C/GTK3/Sqlite3 (I will be making it available via github
when the documentation is ready). In recent months, I've become
interested in Haskell (I've writte
22 matches
Mail list logo
