Op woensdag 20 maart 2024 21:10:07 CET schreef john:
> Geert,
>
> That ship sailed a really long time ago: You originally added it in
> https://github.com/Gnucash/gnucash/commit/a153412e5a8fca7519fadb62935bab797
> 860fbcd for what became GnuCash 3.0. Meaning that the migration happens when
> the
Op zondag 17 maart 2024 09:05:12 CET schreef John Ralls:
> Updatedvia https://github.com/Gnucash/gnucash/commit/9a39b3cd
> (commit)
> from https://github.com/Gnucash/gnucash/commit/1a806b4e (commit)
>
>
>
> commit 9a39b3cd6966f8d867efed934b6419bfd2ce5a2b
> Author: John Ralls
>
Op vrijdag 23 februari 2024 01:37:40 CET schreef john:
> > On Feb 22, 2024, at 05:25, Geert Janssens
> > wrote:>
> > Op donderdag 22 februari 2024 13:41:43 CET schreef Derek Atkins:
> >> I'm going to throw some ideas out there, but... doesn't the "set
Op donderdag 22 februari 2024 13:41:43 CET schreef Derek Atkins:
> I'm going to throw some ideas out there, but... doesn't the "set"
> overwrite the variable?? In the original you had:
>
> set DSPF -python -Wall -Werror $(SWIG_ARGS)
> if (swig_version < 4.1)
> set DSPF $(SWIG_ARGS) -py3
system.
I have retried but the error doesn't go away. Perhaps I should wait a bit
longer before
retrying ?
Geert
Op donderdag 22 februari 2024 11:14:04 CET schreef Geert Janssens:
> Updatedvia https://github.com/Gnucash/gnucash/commit/b9eb550b (commit)
> from https://gith
Hi,
I presume you are referring to the warning messages regarding the -py3 switch :
Deprecated command line option: -py3. Ignored, this option is no longer
supported.
They are not specific to Ubuntu 23.10. I see the same warnings when building
gnucash on
Fedora 39.
It's a change in the swig
Op zondag 19 november 2023 05:00:49 CET schreef john:
> I spent some time this afternoon poking at webkit replacement. The options I
> found are:
> * Keep using WebKitGtk
> * Figure out how to wrap a native (meaning Apple AppKit or Microsoft)
> WebView in a GtkWidget
I agree it's probably a lot
Good find!
You may want to do the same in CsvImpPriceAssist::preview_refresh. It's
following the
exact same coding semantics as CsvImpTransAssist.
Regards,
Geert
Op vrijdag 17 november 2023 05:30:38 CET schreef John Ralls:
> Updatedvia
This seems to point at a regression in Gtk.
>From what I understand GTK_IS_WIDGET should return FALSE if widget is NULL.
It's defined here:
https://gitlab.gnome.org/GNOME/gtk/-/blob/main/gtk/gtkwidget.h?
ref_type=heads#L46
It's a macro that calls G_TYPE_CHECK_INSTANCE_TYPE, which is defined
Op donderdag 14 september 2023 01:33:40 CEST schreef Frank H. Ellenberger:
> Hi Geert,
>
> why is it using font-family:Bitstream Vera Sans?
Probably because that was the default font when I created the svg...
> Some non-latin glyphs
> are not supported by this fonts. Any suggestions for a font
Ok, I have lowered the bar for cmake to 3.14.5.
Regards,
Geert
Op dinsdag 22 augustus 2023 19:15:23 CEST schreef Derek Atkins:
> That would certainly solve the build issue on code (for now).
>
> -derek
>
> On Tue, August 22, 2023 1:08 pm, Geert Janssens wrote:
> >
de.
> > Code is (still) running Fedora-29, which only has cmake 3.14.5
> > Upgrading code is something that cannot happen quickly (for many reasons),
> > so if we still want docs builds we need to do downgrade the minimal
> > version.
> >
> > Thanks,
> >
Op vrijdag 18 augustus 2023 18:24:34 CEST schreef john:
> I have no problem with bumping up the minimum
CMake version as long as it's
> the same in gnucash and gnucash-docs. IIRC there are
already other issues
> blocking building 5.x on Ubuntu 18.04 so the support
isn't really there.
>
Done.
Hi Frank,
I had a quick look at this.
I don't know what to do with your eclipse warning. That's not part of our CMake
configuration. I suppose you are using something like -G Eclipse-CDT or
something when
you call cmake.
For the python warnings I have pushed a small change to use the newer
Op donderdag 11 mei 2023 02:44:50 CEST schreef john:
> Nope, never have. We don't in Windows or Flatpak either: It's whatever
> MinGW-W64 or the Gnome Runtime of the month hands us.
>
> Regards,
> John Ralls
>
True for Windows, though for flatpak that's subtly different. You explicitly
choose a
ab.gnome.org/GNOME/gtk-osx/-/commit/2e5e2a4712ee7f222f9342e6a8d
> 8a941e41dcd8d. There is a change in gnucash-on-osx, but it's just bumping
> the release number in Info.plist...and I had forgotten to push it.
>
> Regards,
> John Ralls
>
> > On May 10, 2023, at 1:11 AM, Geert J
Hi John,
Thanks for the updated dmg.
I saw mails passing by for your update to the htdocs repo. However I didn't see
similar mails
for the gnucash-on-osx repo. I presume you had to make at least a change in the
gnucash.modules file over there as well to add the patches or change the gtk
Hi,
They should be the same size as it's the same binary that gets uploaded.
When I download both of them today, they actually are:
ls -s gnucash-5.0.setup*)
147504 'gnucash-5.0.setup(1).exe'
147504 gnucash-5.0.setup.exe
The first one is downloaded from sourceforge, the other from github.
Op zondag 16 april 2023 09:19:44 CEST schreef Kevin Buckley:
> On Sun, 16 Apr 2023 at 14:50, David T. wrote:
>
> ...
>
> On Sun, 16 Apr 2023 at 14:56, Geert Janssens
> wrote:
>
> ...
>
> and clearly I missed ALL of the mailing list mentions of the renames,
>
Hi Kevin,
The version number mentioned in the README file is an oversight. I have just
fixed it. Thanks
for mentioning this.
'maint' was the old name we used for the stable branch. Starting with 5.0 we
decided it
would be more clear to use 'stable' as name for that branch as 'maint' was a
The big difference is a git clone can generate de required file because the
needed info is in the clone metadata. The zip file is automatically generated
by github. We don't control this and unfortunately it doesn't contain the info
the build needs. For that reason each release is accompanied
.
> > I'll have to find another way to make that conversion.
> >
> > Regards,
> > John Ralls
> >
> >> On Mar 2, 2023, at 5:39 AM, Geert Janssens
> >> wrote:
> >>
> >> I still haven't figured out exactly where it goes wrong, bu
get to
> the point of a test build of GnuCash.
>
> Regards,
> John Ralls
>
> > On Feb 28, 2023, at 2:07 PM, Geert Janssens
> > wrote:
> >
> > Hi,
> >
> > With the current master branch I get the following test failure:
> >
> > ctest --rer
Hi,
With the current master branch I get the following test failure:
ctest --rerun-failed --output-on-failure
Test project /home/janssege/Development/gnucash/master/build
Start 120: test-gnc-option-scheme-output
1/1 Test #120: test-gnc-option-scheme-output ***Failed0.22 sec
Op vrijdag 10 februari 2023 17:13:13 CET schreef Derek Atkins:
> The donation process should be as easy as a Paypal transfer.
> I'm not sure where you're seeing an "international bank transfer" or
> anything requiring a text callback?
>
> -derek
The international bank transfer would be to the
Hi,
See answers in between.
Op zondag 15 januari 2023 23:38:07 CET schreef flywire:
> This exercise has left me with a few questions about
> https://github.com/flywire/gnucash/blob/Hello/gnucash/report/reports/example
> /options-example.scm
>
>1. I'm not clear on the scheme terminology.
Op maandag 16 januari 2023 17:35:48 CET schreef John Ralls:
> Geert,
>
> I added those last week because of link failures on Windows; the problem
> turned out to be that ASIO needs winsock, not that there were any
> additional boost libs. I've reverted the part of the commit that added the
>
Commit
https://github.com/Gnucash/gnucash/commit/
fed4daf4e7dea7c85a56ad08f1817319272f7567
Added a number of boost libraries in the cmake check. Since that commit a
cmake run will spew these warnings:
CMake Warning at /usr/share/cmake/Modules/FindBoost.cmake:2217 (message):
No header defined
efault to "String Option Default".
> * Speaking of the General section, there should be a comment explaining that
> a skeleton General section gets added by gnc:report-template-new-options
> that provides the name (but not the title, reports must add that
> themselves) and stylesheet op
Ok, I tend to agree partially with flywire on this one.
John, you and I have years of programming experience and to us the default
value of an
option is a minor detail.
However I can imagine someone with hardly any development experience at all
will have a
much harder time to map the same
Op zaterdag 14 januari 2023 00:23:21 CET schreef Fred Tydeman:
> On Fri, Jan 13, 2023 at 3:00 PM David H wrote:
> > Yeah seems to be a typo which will cause the remote-add to fail if you
> > already have the flathub repository installed as follows:-
> >
> > Wiki says - flatpak remote-add --user
Hi,
I ran our test suite a few moments ago and I get a test failure for the
finance-quote related
tests. Below is the relevant detail from the test logs:
[ RUN ] GncQuotesTest.online_wiggle
* 22:02:03 WARN [GncFQQuoteSource::GncFQQuoteSource()] No
Alpha
Vantage API key set, currency
Today I rebuilt master from scratch and my eye was caught by the following
warning:
[22/513] Generating swig-engine.cpp
/home/janssege/Development/gnucash/master/src/libgnucash/engine/engine-helpers.h:31:
Warning 313: Unrecognized extern type "C++".
still considered the best. Regardless that's more time spent setting
> it up, securing, and maintaining it.
>
> Regards,
> John Ralls
>
> > On Nov 18, 2022, at 9:15 AM, Geert Janssens
> > wrote:
> >
> > That's a good analysis of the situation.
> >
&g
That's a good analysis of the situation.
I agree this is largely a legal issue to be solved by organisations like the
SFC.
At a deeper level though I agree this could only have happened because OSS has
allowed
github to become such a golden cage for our projects in the first place. And
this
Op zondag 13 november 2022 20:08:15 CET schreef john:
> > On Nov 13, 2022, at 6:28 AM, Geert Janssens
> > wrote:
> >
> > How recent then can "more recent" be ? In my mind anything that's in the
> > most recent LTS, should be fine in all cases. For anyth
I'm fine with just doing the simple name change for our two primary branches as
it's the
option of least effort.
I'd rather have a different name than "main" though. It's a bit ambiguous and
like "master"
suggesting this branch is somehow more important than the other long-term
branch
Op maandag 14 november 2022 19:59:24 CET schreef john:
> I guess we could do that as long as we continue the no-backports policy, but
> it's something you argued against when we started using git-flow a few
> years ago.
>
I don't have a clear memory of what I argued against way back then. It
This had been brewing in my mind as well, so thanks for bringing this up.
When I considered alternative branch names I initially thought of "stable" vs
"development"
or "devel" with an optional "unstable" at times of pre-releases.
However when thinking this through some more I started
Some may have heard the rumblings around github semi-recently. The software
conservancy is calling free software projects to seek alternatives. They
motivate this in much
more detail over here:
https://sfconservancy.org/GiveUpGitHub/[1]
In short, they claim github is a proprietary tool that's
Op zaterdag 29 oktober 2022 18:53:57 CET schreef john:
> What really makes sense? How many users are building for themselves and on
> what?
Here are a few of my thoughts on this topic (I threw away several earlier
attempts because
they became way too long...)
With my developer hat on I prefer
We have updated the GnuCash package on flathub to
include Finance::Quote 1.53.
The new flatpak is released as version 4.12-1.
Update the org.gnucash.GnuCash flatpak via your
distribution's package manager or by runing 'flatpak --
update org.gnucash.GnuCash' on the command line.
Op zondag 16 oktober 2022 18:11:04 CEST schreef Bruce Schuck:
> On Sun, 16 Oct 2022 12:38:05 +020 Geert Janssens wrote:
> > Bruce S wrote:
> >> And my bonehead move was accidentally removing
> >> LWP::Protocol::https from the dependency list in dist.ini. So whe
Bruce,
This is a good tip!
At least the sources can be sorted deterministically in alphabetical order. The
order of this list
is not relevant for the build.
The order of the build rules is (all the calls to make-install). And
unfortunately that list is still
shuffled each time
Op dinsdag 11 oktober 2022 21:59:05 CEST schreef Bruce Schuck:
> On 10/11/22 12:46 PM, Geert Janssens wrote:
> > Well, what do you know! Looking at the history it was me apparently
> > that had added this information... completely forgotten.
> >
> > Yes, I thi
Op dinsdag 11 oktober 2022 19:26:33 CEST schreef Bruce Schuck:
> On Mon, 10 Oct 2022 13:01:24 -0700, bsch...@asgard-systems.com wrote:
> > But, in the META.json or META.yml file created by Dist::Zilla when
> >
> > The caviat is that list is still not complete because of how
> > installations via
Op donderdag 6 oktober 2022 14:00:05 CEST schreef Vincent Lucarelli:
> Hi,
>
> F::Q uses Dist::Zilla to create the distribution and Dist::Zilla provides a
> mechanism to list all dependencies.
>
> Is it possible in the build commands for a flatpack to bootstrap - install
> perl, install
Op dinsdag 4 oktober 2022 13:32:55 CEST schreef john:
> > On Oct 3, 2022, at 7:56 PM, Frank H. Ellenberger
> > wrote:
> >
> > Hi,
> >
> > comments inline
> >
> > Am 03.10.22 um 18:23 schrieb Bruce Schuck:
> >>> Date: Sun, 2 Oct 2022 21:09:31 -0700 From: john
> >>> Correct. IIUC there are a
Op maandag 3 oktober 2022 00:38:23 CEST schreef Bruce Schuck:
> Hello all,
>
> Noticing that the most recent Flatpak version of GnuCash (4.12+ (Flathub
> 4.12)) has v1.49 of Finance::Quote, I wanted to update to the recent
> release candidate I pushed to CPAN. I believe there are issues running
>
Hi Daniel,
Generally it would be great to have a gnucash presence on mobile devices.
As John I also welcome more presence and interaction in the gnucash mailing
lists by people
interested in maintaining GfA concerning use and development of that app. That
would
really kickstart the
Op zaterdag 16 juli 2022 14:44:06 CEST schreef Paul Kroitor:
> I have no trouble following the Guile/Scheme -- Lisp was one of the original
> 14 languages I studied in college -- and many reports date back 20 years or
> more anyway. The difficulties come more with the layers of approaches /
>
Thanks,
I have pushed your suggested fix to maint.
Regards,
Geert
Op zondag 27 februari 2022 08:47:09 CET schreef Kevin Buckley:
> This stanza in gnucash/gnome-utils/gnc-plugin-page.h
>
> /** Set the color of this page. This is the color string used
> * in the notebook tab.
> *
> *
Op donderdag 27 januari 2022 07:31:33 CET schreef Chris Good:
> Hi,
>
> It's been quite a while since I built the documentation and much has
> changed.
>
> https://wiki.gnucash.org/wiki/Documentation_Improvement#In_HTML_and_Other_Fo
> rmats
> says:
>
> The built html files with be placed in an
Hi Chris,
I don't think we support building a 64bit version on Windows.
Can you run your commands in the 32bit mingw64 shell (MSys2 64bit/MSys2 MinGW
32-bit)
to at least avoid any additional bugs due to the different environment ?
Note the name is confusing. MingW64 is the name of the project
Hi Dirk,
The log messages seem to indicate you may have a version mismatch in guile
between your
build environment and your runtime environment.
I base that observation on this line
> ;;; note: source file
> /opt/gnucash/share/guile/site/2.2/gnucash/utilities.scm
> ;;; newer than
flatpak version. 2. removed all org.gnucash.*.gschema.xml and
> gschemas.compiled from /usr/local/share/glib- 2.0/schemas/
> 3. deleted $HOME/.cache/dconf
> 4. install GnuCash 4.9 again
>
> Regards and a happy new year,
> Christian
>
> Am Freitag, dem 31.12.
This is misleading.
Even the newer gnucash still installs schemas for org.gnucash. next
to
org.gnucash.GnuCash.
In recent versions these are defined in
org.gnucash.GnuCash.deprecated.gschema.xml (1)
So it's absolutely normal both will still show up in dconf.
However if there are *two* sets
Christian,
Have you also searched for org.gnucash.*.gschema.xml ?
These files are important during the installation process. If these were
present (the files that
don't have GnuCash in camelcase in their name) the installation will not work
properly.
But the actual problem file in that case
Op maandag 27 december 2021 17:57:17 CET schreef Christian Wehling:
> Hi,
> I have compiled version 4.9 (Ubuntu 20.04) from sourceforge.net and
> have trouble with the "glib-schemas".
> The installation seemed to run without errors, but when I start Gnucash
> I get these outputs:
> [...]
> *
Hi Chris,
That's probably due to my own attempt to mark this bug as spam. In the process
I made it
only visible to users in the GnuCash Development Team, thinking that would
prevent search
bots from still finding it.
As I don't know which steps to actually take, I only did these:
- Change
Hi John,
Op maandag 6 december 2021 20:26:39 CET schreef john:
> Geert,
>
> This is hilarious. In that post Mr. Braam says that he maintains his
> Megapixels project on SourceHut. Follow the link. Right at the top it says
> "The development and maintainership of Megapixels has been moved to
>
each development cycle. It sure seems to me--and likely to
> most everyone else in the FLOSS community--that learning to use GitHub or
> GitLab as a prerequisite for patch submission is the less painful route.
>
> Regards,
> John Ralls
>
> > On Dec 5, 2021, at 1:07 PM, Gee
I actually wonder whether we should reconsider our strategy.
We're pretty used to the convenience of github pull requests. But patches by
mail are
actually the main method offered by git itself. So forcing potential
contributors to go
manipulate a website in order to get a patch sent is is
Op woensdag 24 november 2021 23:15:47 CET schreef flywire:
> Probably clearer to demonstrate same default functionality with different
> user interface:
> * Default is Off with On to Omit - double negative ??
> * Alternative default is On with Off to Omit - consistent and logical on a
> *Display*
Oops, this push inadvertently added unfinished work on GSettings. I have
reverted it for now.
Regards,
Geert
Op zaterdag 16 oktober 2021 10:49:14 CEST schreef Geert Janssens:
> Updatedvia https://github.com/Gnucash/gnucash/commit/d4e4062c
> (commit)
>via https://g
Op woensdag 6 oktober 2021 18:02:13 CEST schreef john:
> > On Oct 5, 2021, at 9:54 PM, Chris Good wrote:
> >
> > Hi John Ralls,
> >
> >
> >
> > I'm following up on the your suggestion that it should not be possible to
> > start another import while another is already running.
> >
> >
> >
>
27, 2021, at 2:25 PM, David Cousens
> >>> wrote:
> >>>
> >>> Hi Geert,
> >>> I hadn't tried to run gnucash from the build directory, only the
> >>> installed
> >>> directories under /usr/local.
> >>> Applied the patch, uni
Yeah, unfortunately this affects most of the aqbanking related settings.
If you can, apply the patch I added to a previous reply and rebuild.
Regards,
Geert
Op maandag 27 september 2021 10:08:29 CEST schreef Christian Wehling:
> Hi,
> I have a similar problem but with the "Flicker" dialogue.
>
Hi David,
This is definitely a crasher bug that unfortunately managed to slip passed our
testing. I am surprised the warning only happens when installing gnucash, not
while building it. Likewise you can run GnuCash just fine from the build
directory but not from the install path.
I'll push a
Upon re-reading in more detail I find it is exactly your idea to make it
depend on the account-id. I am not sure how this interacts with the csv
importer. So perhaps all of my reservations are moot.
Regards,
Geert
Op zaterdag 11 september 2021 10:44:18 CEST schreef Geert Janssens:
> Hi Ch
Hi Chris,
I haven't followed the original issue discussion in detail so I can only add
some generic considerations.
The generic import transaction matcher is used by both the OFX and the csv
importer (and perhaps even by the aqbanking one as well). So your option would
affect all of these.
Op zondag 11 juli 2021 13:38:43 CEST schreef Arman Schwarz:
> Thanks Geert,
>
> I'm aware of the need to think in terms of debit/credit signs, but my
> question was how I could know whether a positive value in the split element
> in the XML will increase or decrease the "balance" that the user
Op zondag 11 juli 2021 10:36:40 CEST schreef Arman Schwarz:
> Hi Frank, I'm not sure how this helps. Are you suggesting that I should
> change the way the GUI renders the balances? I had hoped to instead just
> find a way to programmatically know the sign of the balance from looking at
> the XML.
Op donderdag 1 juli 2021 18:18:19 CEST schreef John Ralls:
> > On Jul 1, 2021, at 4:18 AM, Lothar Paltins via gnucash-devel
> > wrote:>
> > Am 01.07.21 um 05:15 schrieb John Ralls:
> >> You don't need to replace the old libraries, just remove them. Then Guile
> >> won't be able to find them and
Op maandag 26 april 2021 03:48:56 CEST schreef Chris Good:
> Hi Frank,
>
> Your strace suggestion was successful thanks.
> I am using the flathub stable GnuCash flatpak.
>
> 1. strace showed both environmentand & environment.local should be in
> /app/etc/gnucash to be read by GnuCash sandbox.
Op donderdag 25 maart 2021 15:40:50 CET schreef John Ralls:
> Updatedvia https://github.com/Gnucash/gnucash/commit/db4417b2
> (commit)
> from https://github.com/Gnucash/gnucash/commit/7c323b22 (commit)
>
>
>
> commit db4417b21282d7d3bb54eda05780d7eb62455b21
> Author: John Ralls
Can you test again with the latest maint ? On my system it now builds. (I
haven't merged the changes in master just yet)
Regards,
Geert
Op dinsdag 23 maart 2021 16:25:22 CET schreef Geert Janssens:
> Actually you can hold off on the bug report. I think I have it fixed. I will
> push the
Actually you can hold off on the bug report. I think I have it fixed. I will
push the fixes after running a final test.
Geert
Op dinsdag 23 maart 2021 16:00:44 CET schreef Geert Janssens:
> Ok, I can reproduce. The part that didn't immediately register with me is
> that you are gene
git. This doesn't compile as well. Same error. I'm working on
> > debian 10.8.
> >
> > regards,
> >
> > Christoph
> >
> > Am 2021-03-20 17:35, schrieb Geert Janssens:
> >> Did you by any chance start from a github zipfile instead of a cloned
> >
Did you by any chance start from a github zipfile instead of a cloned git
repository ?
Regards,
Geert
Op zaterdag 20 maart 2021 16:16:23 CET schreef GMX:
> Hello,
>
> just trying to compile after some months not on the project. Compilation
>
> from maint and master fails for me:
> > >> cmake
Op vrijdag 19 maart 2021 02:19:46 CET schreef John Ralls:
> > On Mar 18, 2021, at 6:08 AM, Geert Janssens
> > wrote:>
> > Op donderdag 18 maart 2021 13:56:35 CET schreef Derek Atkins:
> >> On Thu, March 18, 2021 7:58 am, Geert Janssens wrote:
> >> [sni
Op donderdag 18 maart 2021 11:04:30 CET schreef coulon...@netc.fr:
> Hello,
>
>
> I'm using GnuCash for 4 years now and I would like to help this great
> project and contribute a bit.
>
> I used be a C developper but for the time being I would prefer to improve
> french translation, especially
Op donderdag 18 maart 2021 13:56:35 CET schreef Derek Atkins:
> On Thu, March 18, 2021 7:58 am, Geert Janssens wrote:
> [snip]
>
> > 3. While all three allow to tweak some environment parameters, only linux
> > allows the user to do so via the environment file.
Op donderdag 18 maart 2021 12:58:28 CET schreef Geert Janssens:
> On Windows the code will first look for environment variables "LC_ALL",
> "LC_MESSAGES" or "LANG" (in that order). If any of those exists it will try
> to convert that to a locale. If tha
consistent.
Regards,
Geert
Op donderdag 18 maart 2021 12:58:28 CET schreef Geert Janssens:
> In a moment of distraction I started looking at the locale initialization
> code in gnucash-core-app.cpp.
>
> If I understand the actual code properly it's not exactly working as I had
&g
In a moment of distraction I started looking at the locale initialization code
in gnucash-core-app.cpp.
If I understand the actual code properly it's not exactly working as I had
intended. So with this thread, I'd like to clear this out.
For reference I'm talking about the code that starts
Does string freeze also cover gnucash-docs ?
Geert
Op zondag 14 maart 2021 22:58:35 CET schreef John Ralls:
> Devs,
>
> It's two weeks until our 4.5 release and that means it's time for a string
> freeze on maint. Please don't push any commits with changes to any
> translatable string, not even
Hi,
The configuration option you reference to is a Gtk configuration option. The
Gtk project has dropped this option with Gtk3. It now puts responsibility with
the projects using Gtk3 to decide which toolbar style to use.
So when GnuCash switched to Gtk3, the possibility to configure this as
A complex topic is brought up here.
I agree with the issues you bring up. I don't know if or how we can solve them
all.
In the gnucash project we currently only have experience with docbook for user
oriented documentation and doxygen for our api documentation.
On the premise what we have so
and "Then sort by:".
> That's sufficiently descriptive that a tool tip isn't necessary.
>
> Regards,
> John Ralls
>
> > On Feb 16, 2021, at 7:11 AM, Geert Janssens
> > wrote:
> >
> > Hi Bob,
> >
> > I did some experiments and I
Hi Bob,
I did some experiments and I agree with you it would be hard to implement this
in Gtk3 because the tooltips should be added to the internal GtkMenu. The
GtkCombobox interface does not provide access to that widget.
So there is a trade-off to make here between maintenance burden and
Op maandag 15 februari 2021 10:58:20 CET schreef Explorare:
> I followed the instructions on /gnucash-on-windows but failed with error
> "TypeError: can only join an iterable". And there is a warning before this:
> "libtool: warning: '../lib/libosp.la' has not been installed in
>
ET schreef Rob Gowin:
> > On Apr 25, 2020, at 2:24 AM, Geert Janssens
> > wrote:
> >
> > Hi Rob,
> >
> > Thanks for running this experiment.
> >
> > The stylesheet used by ReadTheDocs is much more modern than ours and
> > indeed
I forgot to add that default values are not created in the registry. So if you
want to change it you have to create that value yourself. On Windows it can be
of type REG_DWORD.
Regards,
Geert
Op vrijdag 18 december 2020 19:19:57 CET schreef Geert Janssens:
> Hi Christian,
>
> On
Hi Christian,
On the same registry page that lists the 10 saved file names there is also a
key named "maxfiles" that defines how many entries to show. It defaults to 4,
but you can set it to 10 if you want to list all the files gnucash can store
in history.
Regards,
Geert
> -Original
Bob,
The command to execute would be
git push origin :bug309943
(I have done so for you already)
This will push the "empty" branch to bug309943, effectively removing it.
The git devs use odd logic from time to time...
Regards,
Geert
Op zaterdag 28 november 2020 12:38:54 CET schreef Robert
Op vrijdag 13 november 2020 00:52:44 CET schreef John Ralls:
> Updatedvia https://github.com/Gnucash/gnucash/commit/d751913c
> (commit)
>via https://github.com/Gnucash/gnucash/commit/4e91a33b (commit)
> from https://github.com/Gnucash/gnucash/commit/a519b913 (commit)
>
>
was working on htdocs'
> beta branch and that was displayed in eclipse's git history. But
> obvisious I have then selected push from gnucash's remotes. Then
> something was working, but no result appeared in the history.
>
> Fixed now.
>
> Thanks for heads up!
> Frank
>
Op zaterdag 10 oktober 2020 16:13:24 CEST schreef Geert Janssens:
> Op vrijdag 15 mei 2020 21:37:35 CEST schreef John Ralls:
> > Updated via https://github.com/Gnucash/gnucash/commit/659f785c
> > (commit)
> >
> > from https://github.com/Gnucash/gnuc
Op vrijdag 15 mei 2020 21:37:35 CEST schreef John Ralls:
> Updatedvia https://github.com/Gnucash/gnucash/commit/659f785c
> (commit)
> from https://github.com/Gnucash/gnucash/commit/4e9990dd (commit)
>
>
>
> commit 659f785cb81396412e503b4d8f5fe22ceb3f39df
> Author: John Ralls
>
1 - 100 of 2731 matches
Mail list logo
