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
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 made the following changes and built according to the instructions
on github, and it appears to work correctly now. I will be back if I
encounter more problems:
git diff Gtk2HsStore.c
diff --git a/gtk/Graphics/UI/Gtk/ModelView/Gtk2HsStore.c
b/gtk/Graphics/UI/Gtk/ModelView/Gtk2HsStore.c
index 342
I am running the new version and there are still problems. The issue
we've discussed is fixed, but now I am seeing new assertion errors
when I attempt to expand nodes in the treeview, and when they happen,
the nodes do not expand correctly, I assume due to the assertion
failures. The second time I
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 pretend to understand how al
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 pretend to understand how all this
> installation machinery works, so I mention this in
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 Gtk. I think it's coming from
gtk2hs/gtk/
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/Gtk/ModelView/Gtk2HsStore.c
>>>
>>> static gboole
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/Gtk/ModelView/Gtk2HsStore.c
>>
>> static gboolean
>> gtk2hs_store_iter_has_child (GtkTreeModel *tree_model,
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 can have
>>> a comment in the C code sayin
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
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
>>
>> static gboolean
>> gtk2hs_store_iter_has_child (Gt
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
On Sat, Jan 25, 2014 at 11:34 AM, Daniel Wagner wrote:
> Hm, that's annoying. I wonder if you could cook up a small example of
> this that we could play around with? Perhaps we can work out what needs
> to change to get this working.
I'll look into doing this, but do see the message I just sent.
On Sat, Jan 25, 2014 at 10:46 AM, Axel Simon wrote:
> 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.
The TreeIter is not used in the callback, as I
Hm, that's annoying. I wonder if you could cook up a small example of
this that we could play around with? Perhaps we can work out what needs
to change to get this working.
As a workaround in the meantime, I wonder whether prefetching one level
deeper would work (though I perfectly understand t
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
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
18 matches
Mail list logo
