> On Oct 20, 2018, at 5:01 AM, Frank H. Ellenberger
> wrote:
>
> Hi Chris,
>
> Am 20.10.18 um 08:30 schrieb Chris Good:
>> Hi Frank,
>>
>> In your edit of the gtk3 wiki [1], you added in part:
>>
>> === Circumvent Bad GTK3 Design d
Hi Chris,
Am 20.10.18 um 08:30 schrieb Chris Good:
> Hi Frank,
>
> In your edit of the gtk3 wiki [1], you added in part:
>
> === Circumvent Bad GTK3 Design decisions ===
> Get Visible Mnenomics Back
> Since GTK3.10 the underlines of the mnenomics are only visibl
Hi Frank,
In your edit of the gtk3 wiki [1], you added in part:
=== Circumvent Bad GTK3 Design decisions ===
Get Visible Mnenomics Back
Since GTK3.10 the underlines of the mnenomics are only visible after you
hovered the mouse over the element ''and'' pressed alt.
Thanks David.
Thanks John.
On 07/07/2018 03:25 PM, John Ralls wrote:
>
>> On Jul 7, 2018, at 2:17 PM, Descending Nerdliness
>> wrote:
>>
>> Greetings:
>>
>> Compiling GC 3.2 seems to require libgwengui-gtk3-0, but that is not in
>> the ubuntu 1
> On Jul 7, 2018, at 2:17 PM, Descending Nerdliness
> wrote:
>
> Greetings:
>
> Compiling GC 3.2 seems to require libgwengui-gtk3-0, but that is not in
> the ubuntu 16.04 repository. When I tried to add a later version from
> debian, I ended up having to upgra
, Jul 7, 2018, 4:18 PM Descending Nerdliness <
hisdescendingnerdlin...@rattleit.com> wrote:
> Greetings:
>
> Compiling GC 3.2 seems to require libgwengui-gtk3-0, but that is not in
> the ubuntu 16.04 repository. When I tried to add a later version from
> debian, I ended up
Greetings:
Compiling GC 3.2 seems to require libgwengui-gtk3-0, but that is not in
the ubuntu 16.04 repository. When I tried to add a later version from
debian, I ended up having to upgrade all things related to aqbanking,
which eventually killed other things.
I have eliminated aqbanking to get
Greetings:
Compiling GC 3.2 seems to require libgwengui-gtk3-0, but that is not in
the ubuntu 16.04 repository. When I tried to add a later version from
debian, I ended up having to upgrade all things related to aqbanking,
which eventually killed other things.
I have eliminated aqbanking to get
Frank, thanks a lot. Yes, the new captcha works great!
> Sent: Thursday, April 12, 2018 at 4:47 PM
> From: "Frank H. Ellenberger"
> To: cicko
> Cc: gnucash-devel@gnucash.org, "Derek Atkins"
> Subject: [GNC-dev] Captcha; was: GTK3 CSS Active Row
>
>
Am 12.04.2018 um 12:19 schrieb cicko:
> As it often happens, the solution was quick to find only after the question
> was posted.
> This works well:
>
> *.register-cursor {
> color: blanchedalmond;
> }
>
> Here is a gist that adjusts this for a dark theme (still can't add new urls
> to the wi
As it often happens, the solution was quick to find only after the question
was posted.
This works well:
*.register-cursor {
color: blanchedalmond;
}
Here is a gist that adjusts this for a dark theme (still can't add new urls
to the wiki):
https://gist.github.com/MisterY/15ea50fee571865ca9efd
A quick question in relation to GTK3 customization
(https://wiki.gnucash.org/wiki/GTK3).
I've applied an existing dark theme and that covers general GTK elements.
One issue I have now is that the selected/active register row keeps the dark
text but gets the dark background from the theme.
Hi,
Am 31.03.2018 um 13:51 schrieb Geert Janssens:
> I'm fine with moving the FAQ material here, but I would prefer to keep a link
> from the faq to this page so users can be redirected.
IMHO we should move most content from the FAQ to structured pages of the
respective themes (and after some br
GnuCash has had since time immemorial a Select GnuCash Theme tool in the
Windows Start menu. In reality it's just a wrapper around gtk2_prefs [1] and
that hasn't been updated in almost 5 years--and never for Gtk3.
So I've removed the Select GnuCash Theme tool from the Windows
On dinsdag 5 september 2017 18:49:22 CEST Robert Fewell wrote:
> I would like to confirm the behaviour of the new registry so that I can fix
> which ever way is correct, hopefully I can explain what I am seeing...
>
> If you mouse click on a field, say description, the text highlights and you
> ar
Yes, please. This is different from GTK2 and disconcerting.
Thanks, Bob, for all the work so far for GTK3. So far, it's been a charm.
On Tue, Sep 5, 2017 at 9:49 AM, Robert Fewell <14ubo...@gmail.com> wrote:
> I would like to confirm the behaviour of the new registry so that I c
I would like to confirm the behaviour of the new registry so that I can fix
which ever way is correct, hopefully I can explain what I am seeing...
If you mouse click on a field, say description, the text highlights and you
are able to amend but you have no cursor. If you mouse click again, the
ent
On donderdag 31 augustus 2017 19:17:02 CEST John Ralls wrote:
> > On Aug 31, 2017, at 9:11 AM, Geert Janssens
> > wrote:>
> > On donderdag 31 augustus 2017 16:17:20 CEST Aaron Laws wrote:
> >> On Thu, Aug 31, 2017 at 9:51 AM, Geert Janssens
> >> >>
> >> wrote:
> >>> I meant to add still, if we w
> On Aug 31, 2017, at 9:11 AM, Geert Janssens
> wrote:
>
> On donderdag 31 augustus 2017 16:17:20 CEST Aaron Laws wrote:
>> On Thu, Aug 31, 2017 at 9:51 AM, Geert Janssens
>> wrote:
>>> I meant to add still, if we want to keep guile 1.8 support, the
>>> FIND_PACKAGE(GUILE_EXECUTABLE...) rules
On donderdag 31 augustus 2017 16:17:20 CEST Aaron Laws wrote:
> On Thu, Aug 31, 2017 at 9:51 AM, Geert Janssens
> wrote:
> > I meant to add still, if we want to keep guile 1.8 support, the
> > FIND_PACKAGE(GUILE_EXECUTABLE...) rules should move up inside the
> > branches of
> > the GUILE2 vs GUILE
On donderdag 31 augustus 2017 17:01:10 CEST Robert Fewell wrote:
> Copied your changes locally and was able to build OK.
> Bob
>
> On 31 August 2017 at 15:17, Geert Janssens
>
> wrote:
> > On donderdag 31 augustus 2017 16:01:19 CEST Robert Fewell wrote:
> > > It builds with "guile2.0" removed on
Copied your changes locally and was able to build OK.
Bob
On 31 August 2017 at 15:17, Geert Janssens
wrote:
> On donderdag 31 augustus 2017 16:01:19 CEST Robert Fewell wrote:
> > It builds with "guile2.0" removed on that line, also output of which
> guile
> > is /usr/bin/guile and that version i
On donderdag 31 augustus 2017 16:01:19 CEST Robert Fewell wrote:
> It builds with "guile2.0" removed on that line, also output of which guile
> is /usr/bin/guile and that version is 1.8.8. I do not have version 2
> installed.
> Bob
>
Thanks for detailing this. It turns out the FIND_PROGRAM invocat
On Thu, Aug 31, 2017 at 9:51 AM, Geert Janssens
wrote:
> I meant to add still, if we want to keep guile 1.8 support, the
> FIND_PACKAGE(GUILE_EXECUTABLE...) rules should move up inside the
> branches of
> the GUILE2 vs GUILE1 test.
> For GUILE2 it can remain
> FIND_PROGRAM (GUILE_EXECUTABLE guile
It builds with "guile2.0" removed on that line, also output of which guile
is /usr/bin/guile and that version is 1.8.8. I do not have version 2
installed.
Bob
On 31 August 2017 at 13:44, Aaron Laws wrote:
> On Thu, Aug 31, 2017 at 8:28 AM, Robert Fewell <14ubo...@gmail.com> wrote:
>
>> Just trie
On donderdag 31 augustus 2017 14:28:33 CEST Robert Fewell wrote:
> Just tried to build from master after all the recent changes and it failed
> on guile, currently I am running 1.8 and in the log file I see "Using
> guile-1.8.x" but it then logs "The guile executable was not found, but is
> require
On donderdag 31 augustus 2017 14:28:33 CEST Robert Fewell wrote:
> Just tried to build from master after all the recent changes and it failed
> on guile, currently I am running 1.8 and in the log file I see "Using
> guile-1.8.x" but it then logs "The guile executable was not found, but is
> require
On Thu, Aug 31, 2017 at 8:44 AM, Aaron Laws wrote:
> On Thu, Aug 31, 2017 at 8:28 AM, Robert Fewell <14ubo...@gmail.com> wrote:
>
>> Just tried to build from master after all the recent changes and it failed
>> on guile, currently I am running 1.8 and in the log file I see "Using
>> guile-1.8.x"
On Thu, Aug 31, 2017 at 8:28 AM, Robert Fewell <14ubo...@gmail.com> wrote:
> Just tried to build from master after all the recent changes and it failed
> on guile, currently I am running 1.8 and in the log file I see "Using
> guile-1.8.x" but it then logs "The guile executable was not found, but i
Just tried to build from master after all the recent changes and it failed
on guile, currently I am running 1.8 and in the log file I see "Using
guile-1.8.x" but it then logs "The guile executable was not found, but is
required. Please set GUILE_EXECUTABLE." Looking at CMakeLists.txt, I can
build i
> On Aug 10, 2017, at 3:22 AM, John Ralls wrote:
>
> 3.22.what? I pushed the change to gtk that caused the pango breakage between
> 3.22.11 and 3.22.12 so 3.22.11 wouldn't have had the problem... and of course
> if pango is using the fontconfig backend it shouldn't manifest anyway. Of
> course
itespace and font are larger. What version of Gtk+-3?
>>
>> You can try fiddling with the tab-label styling in
>> ~/.config/gtk-3.0/gtk.css. There's some guidance in
>> https://developer.gnome.org/gtk3/unstable/theming.html
>> <https://developer.gnome.org/gtk3
tab-label styling in ~/.config/gtk-3.0/gtk.css.
> There's some guidance in
> https://developer.gnome.org/gtk3/unstable/theming.html
> <https://developer.gnome.org/gtk3/unstable/theming.html>.
I’ll take a look at that.
Mike
___
n says "checking which cairo font backends could be
>> used... quartz freetype”. I suspect it is using fontconfig. I am using a
>> Retina display, but the text in the tabs seems like it’s normal size. There
>> is a lot of blank space around the text that makes the
Mike,
Mike Alexander writes:
> I guess attachments aren’t allowed, I should have known. The
> screenshots are at
*attachments* are allowed
*INLINE* images are not.
-derek
--
Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
Member, MIT Student Information Processing Boa
eems like it’s normal size. There
> is a lot of blank space around the text that makes the tab bigger. In fact
> the text itself is smaller in the Gtk3 version. Here are a couple of
> screenshots.
I guess attachments aren’t allowed, I should have known. The screenshots are
at
ct the text
itself is smaller in the Gtk3 version. Here are a couple of screenshots.
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
but it's
>> perfectly usable.
>>
>
> It’s certainly usable, I didn’t mean to imply otherwise. It’s just that I
> have to scroll to see all my tabs where I don’t in the old version. It’s a
> minor annoyance that should be easily dealt with. I should probably learn
&
t's
> > perfectly usable.
> It’s certainly usable, I didn’t mean to imply otherwise. It’s just that I
> have to scroll to see all my tabs where I don’t in the old version. It’s a
> minor annoyance that should be easily dealt with. I should probably learn
> enough abou
imply otherwise. It’s just that I have
to scroll to see all my tabs where I don’t in the old version. It’s a minor
annoyance that should be easily dealt with. I should probably learn enough
about Gtk3 to fix it myself, but if I start playing around with that I won’t
get any of the things I shou
Agree with Mike. GTK3 changes are looking fine. So far, only minor issues.
For the tab issue, can you share a screenshot or something to that effect?
I am on master build and have tabs on right-hand side as well, but it's
perfectly usable.
-Sumit
On Mon, Aug 7, 2017 at 2:32 PM, Mike Alex
You may already know this, but the Python bindings done’t work in the current
master branch (they still use Gtk2). I made a brief attempt to fix this, but I
don’t know either Python or Gtk3 well enough.
I also noticed a cosmetic issue that you may not be aware of because I use a
non-default
I had come across those resource files but was not sure how to implement so
stuck to what I could figure out and it also allowed me to change the css
file without having to rebuild as I understood it.
I have also created a pull request for the register changes / fixes that I
had done without any o
> On Jul 31, 2017, at 11:02 PM, Geert Janssens
> wrote:
>
> Bob,
>
> As hinted in my previous message in the Gtk3 thread, I'd like to zoom in a
> bit
> on using Css for gnucash.
>
> Let me start with a basic context for this discussion:
> * css in gtk
Bob,
As hinted in my previous message in the Gtk3 thread, I'd like to zoom in a bit
on using Css for gnucash.
Let me start with a basic context for this discussion:
* css in gtk (and hence gnucash) is used to define the visual representation
of the graphical user interface (defined thro
On vrijdag 28 juli 2017 18:07:41 CEST Robert Fewell wrote:
> All, just for information I have been tinkering in the register code,
> mainly on the appearance, hopefully have some thing to pull after the
> weekend.
> What I have done so far is get the header alignment working, added a css
> class to
t;> Bob,
>>
>> I noticed today there are still some differences in keyboard navigation
>> between gnucash before I merged your gtk3 work and the current state. In
>> particular I see File->Close and File->Quit have lost their accelerators
These have been fixed in latest pull request.
Bob
On 12 July 2017 at 21:32, Geert Janssens wrote:
> Bob,
>
> I noticed today there are still some differences in keyboard navigation
> between gnucash before I merged your gtk3 work and the current state. In
> particular I see
Bob,
I noticed today there are still some differences in keyboard navigation
between gnucash before I merged your gtk3 work and the current state. In
particular I see File->Close and File->Quit have lost their accelerators.
Perhaps there are others still.
Regards,
ate
> the dialog-import.glade to gtk3 again which stops a crash if you go to
> preferences and a the some miss added style context classes.
>
> I will try and look at the other points raised this week.
>
> Bob
Thanks Bob. Everything is pushed to master.
As said on the PR I worked
I have just issued a pull request for the changes that I made after Geert
had copied my branch and most of the changes he pointed out on his review.
The main ones being the missed alt key combination on some buttons, migrate
the dialog-import.glade to gtk3 again which stops a crash if you go to
e
> this
>
> #DensCalX
>
> {
>
> font-size: 10pt;
>
> }
>
>
>
> That's only highlevel code, not fully verified :) More details
> explanations and examples can be found here:
>
> https://developer.gnome.org/gtk3/unstable/chap-css-overview.html
>
>
&
; I then pushed this result back to my github repo (gjanssens). So the master
> branch in that repo is now running gtk3.
>
> Note that this branch currently doesn't install if you enable building with
> aqbanking. This is also the case for our central master branch though. It
> look
Geert,
Great, thanks! That was what I was planning to do today, so it moves me up to
merging in my mingw64 branch and converting the mingw64 branch of
gnucash-on-windows to Gtk3.
That blocks windows nightlies so I had it in mind that we’d hold off on merging
into the official master until
-size: 10pt;
}
That's only highlevel code, not fully verified :) More details explanations and
examples can be
found here:
https://developer.gnome.org/gtk3/unstable/chap-css-overview.html
For default gtk widgets this is all available by default. And usually we'd want
to use the second
ter branch, after resolving the conflicts.
I then pushed this result back to my github repo (gjanssens). So the master
branch in that repo is now running gtk3.
Note that this branch currently doesn't install if you enable building with
aqbanking. This is also the case for our central maste
The file name can be as you stated, I was thinking about the widget style
contexts, maybe along the lines of GncDenseCal_font_size
Bob
On 8 July 2017 at 14:39, Geert Janssens wrote:
> On zaterdag 8 juli 2017 15:17:45 CEST Robert Fewell wrote:
> > Geert,
> >
> > That sounds like a good idea, not
> In general - well done! This really brings us much closer to a real gtk3
> gnucash.
>
> As far as I'm concerned your branch is ready for merging:
> - the tree builds fine
> - the build executable seems to work barring a few visual details
>
> So IMO this is read
I'm done with reviewing your work. You'll find mi comments directly on the
github commits.
In general - well done! This really brings us much closer to a real gtk3
gnucash.
As far as I'm concerned your branch is ready for merging:
- the tree builds fine
- the build executabl
On zaterdag 8 juli 2017 15:17:45 CEST Robert Fewell wrote:
> Geert,
>
> That sounds like a good idea, not sure about the location, may be in
> share/gnucash/gnucash.css
Doh... Indeed share/gnucash/ would be much better than /etc. It's application
data, not system configuration.
> Some kind of n
;
> > I have tried to stay away from the register but some of the commits have
> > replaced some deprecated widgets.
> >
> > I have experimented with some CSS by adding style context classes of the
> > nature "GncImapDialog" to various dialogues and this seem
to various dialogues and this seems to work quite
> well down to changing the background colour of different tree views. May
> continue to add more.
>
> There are no doubt some tweaks to be made to align with current version but
> maybe that should wait till the gtk3 branch is updated
dding style context classes of the
> nature "GncImapDialog" to various dialogues and this seems to work quite
> well down to changing the background colour of different tree views. May
> continue to add more.
>
> There are no doubt some tweaks to be made to align with curr
ore.
>
> There are no doubt some tweaks to be made to align with current version but
> maybe that should wait till the gtk3 branch is updated from master.
>
> With version 3.22, I am getting warnings on the console about transient
> windows not having a parent so may have a l
the
nature "GncImapDialog" to various dialogues and this seems to work quite
well down to changing the background colour of different tree views. May
continue to add more.
There are no doubt some tweaks to be made to align with current version but
maybe that should wait till the gtk3
Bob,
Super! Thanks!
The treatment of stock images was something of a moving target in Gtk3 so you
may have to do some config/cmake work to figure out what to use and then
conditionally compile based the result. We do need to look good on 3.10-3.22
and everything in between. I think complaints
original VM I have built and made some changes which can be seen at My
GitHub <https://github.com/Bob-IT/gnucash/tree/gtk3>
I have hopefully done the following but as normal there may be some
tweaks...
Replaced RC file with CSS file, name may need changing
The dense calendar now renders
On maandag 5 juni 2017 12:19:24 CEST Robert Fewell wrote:
> Hi,
>
> I was browsing the IRC logs and Geert mentioned his gtk3 branch, yes I have
> pulled from there and recently updated my local version which was built
> successfully.
> I tend not to fiddle where other peopl
> On Jun 5, 2017, at 3:19 AM, Robert Fewell <14ubo...@gmail.com> wrote:
>
> Hi,
>
> I was browsing the IRC logs and Geert mentioned his gtk3 branch, yes I have
> pulled from there and recently updated my local version which was built
> successfully.
> I tend not to
Hi,
I was browsing the IRC logs and Geert mentioned his gtk3 branch, yes I have
pulled from there and recently updated my local version which was built
successfully.
I tend not to fiddle where other people are working as I would no doubt
just get in the way or slow down their efforts.
If you
John Ralls (jra...@ceridwen.us) said:
> Geert noted in IRC that
> https://bugzilla.redhat.com/show_bug.cgi?id=1375812 indicates that we need
> to lose the dependency on WebKit1 ASAP, as Fedora intends to drop it from
> distribution in F27. As Geert notes, WebKit2 is Gtk3-only.
e a big chunk of the work we may as well evaluate this avenue
> anyway, perhaps only as a short term interim solution.
>
> I'll look at it when I'm ready to take on the Gtk3 work. Note that I have my
> own local gtk3 branch with several patches to migrate parts over that
> coul
m solution.
I'll look at it when I'm ready to take on the Gtk3 work. Note that I have my
own local gtk3 branch with several patches to migrate parts over that couldn't
be migrated as long as we also supported gtk2.
I had forgotten to consider our external dependencies. Glad you bring
Hi,
I was looking at the irc logs and see that gtk3 / webkit upgrade was
mentioned and that there were two options mentioned, one was change to some
thing like goo-canvas, the other was to complete register2 which I started
awhile back and failed to complete.
There is an other option that I came
On Thu, Feb 19, 2015 at 8:00 AM, Geert Janssens
wrote:
> That's not completely correct. I intended to investigate MingW64/Msys2 but
> due to lack of time I never got further than superficially looking into it.
> I hoped to continue this at a later time, which so far hasn't happened yet.
>
>
>
> M
t out some things about the current
> > state of gtk on Windows.
> >
> > On Thu, Feb 19, 2015 at 2:59 AM, John Ralls wrote:
> >> As for win32 improvements, no, I haven't seen anything to support
> >> that there are any. The latest binaries on www.gtk.org a
2:59 AM, John Ralls wrote:
>> As for win32 improvements, no, I haven't seen anything to support that there
>> are any. The latest binaries on www.gtk.org are 3.6, which Tarnyko did 2
>> years ago. There aren't any gtk3 binaries at all on master.gnome.org, only
>> gtk
ort that there
> are any. The latest binaries on www.gtk.org are 3.6, which Tarnyko did 2
> years ago. There aren't any gtk3 binaries at all on master.gnome.org, only
> gtk2 ones from 4 years ago. I see a whopping 8 commits this year in gdk/win32.
>
I agree that it is unfortun
html
>>
>> I was wondering if you were aware of the recent win32 improvements
>> that have been made in win32 space? Paolo and others have done a lot
>> of work in this space.
>>
>> We would of course love to see a gtk3 port of GNUCash which the GNOME
>> Fo
ents
> that have been made in win32 space? Paolo and others have done a lot
> of work in this space.
>
> We would of course love to see a gtk3 port of GNUCash which the GNOME
> Foundation uses to manage its finances as I'm sure a lot of other
> software projects who manage
On Feb 12, 2013, at 2:41 AM, Geert Janssens wrote:
> On 08-02-13 16:09, Derek Atkins wrote:
>> Geert Janssens writes:
>>
>>> Forgot to mention: Gtk3 was indeed not on the agenda for 2.6. 2.6 is
>>> only meant to be *ready* to be migrated. This means getting
On 08-02-13 16:09, Derek Atkins wrote:
Geert Janssens writes:
Forgot to mention: Gtk3 was indeed not on the agenda for 2.6. 2.6 is
only meant to be *ready* to be migrated. This means getting rid of all
the deprecated gtk symbols. Other than the register this is done. So
the register rewrite
82 matches
Mail list logo
