> 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.
In $SCOPE/gtk-3.0
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 up
, 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
t;warl...@mit.edu>
> Subject: [GNC-dev] Captcha; was: GTK3 CSS Active Row
>
> The Captcha should now be fiexed. can you test it?
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
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
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):
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.
Does
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
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 build of 2.7.3
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
>
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 can fi
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
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
> >>
> 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
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
> >
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
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
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
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
>
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>
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
>
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
>
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
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
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
> 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
t; It’s version 3.22.
>
>> Hmm, looks like both whitespace 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/the
> 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/unstable/theming.html>.
I’ll take a look at that.
Mike
_
r. I see that Pango’s configure looks for (and finds)
>> fontconfig, but then 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 s
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
ing 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 tab bigger. In fact
> the text itself is smaller in the Gtk3 version. Here are a couple of
> screenshots.
I guess attachments aren’t allow
at makes the tab bigger. In fact 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
d and have tabs on right-hand side as well, 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 easil
ht-hand side as well, 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 probab
ly 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
about Gtk3 to fix it myself, but if I start playing around with that I won’t
get an
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 Alexander
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
> On Jul 31, 2017, at 11:02 PM, Geert Janssens <geert.gnuc...@kobaltwit.be>
> 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 d
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 through
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
..@kobaltwit.be>
> 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 File->Close and File->Quit have lost their accele
These have been fixed in latest pull request.
Bob
On 12 July 2017 at 21:32, Geert Janssens <geert.gnuc...@kobaltwit.be> wrote:
> Bob,
>
> I noticed today there are still some differences in keyboard navigation
> between gnucash before I merged your gtk3 work and
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,
, migrate
> 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
e set in your code, something like
> 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/unsta
e
> 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 master branch th
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
form (a
, 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 master branch though
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
> 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 executable seems to work barring a few visual details
>
> So IMO
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 executable seems to work
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
> > be made.
> >
> > 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
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 fr
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
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 current version but
maybe that should wait till the g
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
.
In the 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 r
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 no
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.
;
> As you have done 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 ov
.
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 that up.
* LibOFX
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
geert.gnuc...@kobaltwit.be 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
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
Foundation uses to manage its finances as I'm sure a lot of other
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
gtk2 ones from 4 years ago. I see a whopping 8 commits this year in gdk/win32.
I agree that it is unfortunate that we do
state of gtk on Windows.
On Thu, Feb 19, 2015 at 2:59 AM, John Ralls jra...@ceridwen.us 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
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 money do as well.
That's very unlikely
On 08-02-13 16:09, Derek Atkins wrote:
Geert Janssens janssens-ge...@telenet.be 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
On Feb 12, 2013, at 2:41 AM, Geert Janssens janssens-ge...@telenet.be wrote:
On 08-02-13 16:09, Derek Atkins wrote:
Geert Janssens janssens-ge...@telenet.be 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
79 matches
Mail list logo