Chris,
Geert is right, at least for now, both because of the OpenSP failure and
because the latest MSYS2 updates require a new webkit build and I haven't yet
done the 64-bit one.
You can't just run the 32-bit build, though, because you've installed the
64-bit dependencies. You could reinstall
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
-Original Message-
From: Chris Good
Sent: Friday, 7 January 2022 7:23 PM
To: 'john'
Cc: gnucash-devel@gnucash.org
Subject: RE: [GNC-dev] Preferences for Accounting Period start-date and
end-date lost on 4.9 Install
-Original Message-
From: john
Sent: Monday, 3 Janua
-Original Message-
From: john
Sent: Monday, 3 January 2022 11:40 AM
To: Chris Good
Cc: gnucash-devel@gnucash.org
Subject: Re: [GNC-dev] Preferences for Accounting Period start-date and
end-date lost on 4.9 Install
> On Jan 2, 2022, at 4:25 PM, Chris Good wrote:
>
> Hi Al
> On Jan 2, 2022, at 4:25 PM, Chris Good wrote:
>
> Hi All,
>
>
>
> I installed Gnucash 4.9 on my Windows 10 machine (was 4.4) and the
> Preferences for Accounting Period start-date and end-date were lost.
>
> They have gone back to the default 1/1/1970.
>
Hi All,
I installed Gnucash 4.9 on my Windows 10 machine (was 4.4) and the
Preferences for Accounting Period start-date and end-date were lost.
They have gone back to the default 1/1/1970.
Looking in the registry I can see they have been migrated (moved) from
HKCU\Software\GSettings
From: Florian Haas
---
src/gnome-utils/glade/preferences.glade | 26 +-
1 files changed, 21 insertions(+), 5 deletions(-)
diff --git a/src/gnome-utils/glade/preferences.glade
b/src/gnome-utils/glade/preferences.glade
index bb6fbb0..c68bb4f 100644
--- a/src/gnome-utils
o use gnucash as an effective means to do bookkeeping of my
>> >> hours spent to several customers and associated projects, using the
>> >> STD currency as shortform for "Stunden" (hours) in german.
>> >>
>> >> At this time I encounter the need to
t; hours spent to several customers and associated projects, using the
> >> STD currency as shortform for "Stunden" (hours) in german.
> >>
> >> At this time I encounter the need to select different preferences for
> >> this application than for
Ok, I have tested this on Windows and the images stay within the 510px
constraint there as well. They look ugly though. It appears the scaling
capability of the Windows help browser is very limited.
It may be a good idea to scale the images beforehand with a more capable tool
(like imagemagick)
lp/C/figures/Help_Pref_Reports.png
> >> gnucash-docs/trunk/help/C/figures/Help_Pref_Sched.png
> >> gnucash-docs/trunk/help/C/figures/Help_Pref_Windows.png
> >>
> >> Log:
> >> Adapt images of preferences tabs for pdf and html printing.
> >
>
thanks, exactly what I was looking for!
Il 19/12/2010 20:06, Frank H. Ellenberger ha scritto:
Am Samstag, 18. Dezember 2010 um 11:59:34 schrieb Cristian Marchi:
It's time to start a wiki page on how to maintain the GnuCash docs that
collects all that I've learned until now. Is there already som
Am Samstag, 18. Dezember 2010 um 11:59:34 schrieb Cristian Marchi:
> It's time to start a wiki page on how to maintain the GnuCash docs that
> collects all that I've learned until now. Is there already something
> like that on the wiki?
What's about http://wiki.gnucash.org/wiki/Documentation_Updat
/figures/Help_Pref_Reports.png
gnucash-docs/trunk/help/C/figures/Help_Pref_Sched.png
gnucash-docs/trunk/help/C/figures/Help_Pref_Windows.png
Log:
Adapt images of preferences tabs for pdf and html printing.
Thanks !
Thanks to you for showing me the path to follow!
That looks much better now
ash-docs/trunk/help/C/figures/Help_Pref_Reports.png
>gnucash-docs/trunk/help/C/figures/Help_Pref_Sched.png
>gnucash-docs/trunk/help/C/figures/Help_Pref_Windows.png
> Log:
> Adapt images of preferences tabs for pdf and html printing.
>
Thanks !
That looks much better now in pdf
t. The
splash screen makes this more difficult since it insists on being
frontmost. It's also a real nuisance if you're debugging startup code,
but that of course doesn't affect normal users. A command line option
to turn it off would be ok if you don't want to clutter up t
On 01.11.2010 10:43, Geert Janssens wrote:
On Monday 1 November 2010, Mike Evans wrote:
On Sunday October 31 2010 20:29:01 Mike Alexander wrote:
--On October 30, 2010 10:55:24 AM -0400 Geert Janssens
wrote:
* General: remove "Show splash screen" option
I'm disappointed you removed this.
On Monday November 1 2010 09:43:40 Geert Janssens wrote:
> On Monday 1 November 2010, Mike Evans wrote:
> > On Sunday October 31 2010 20:29:01 Mike Alexander wrote:
> > > --On October 30, 2010 10:55:24 AM -0400 Geert Janssens
> > >
> > > wrote:
> > > > * General: remove "Show splash screen" optio
On Monday 1 November 2010, Mike Evans wrote:
> On Sunday October 31 2010 20:29:01 Mike Alexander wrote:
> > --On October 30, 2010 10:55:24 AM -0400 Geert Janssens
> >
> > wrote:
> > > * General: remove "Show splash screen" option
> >
> > I'm disappointed you removed this. I find splash screens an
On Sunday October 31 2010 20:29:01 Mike Alexander wrote:
> --On October 30, 2010 10:55:24 AM -0400 Geert Janssens
>
> wrote:
> > * General: remove "Show splash screen" option
>
> I'm disappointed you removed this. I find splash screens annoying
> after the first 50 or so times I see them and ge
On 2010-10-31, at 16:29, Mike Alexander wrote:
> --On October 30, 2010 10:55:24 AM -0400 Geert Janssens
> wrote:
>
>> * General: remove "Show splash screen" option
>
> I'm disappointed you removed this. I find splash screens annoying after the
> first 50 or so times I see them and generally
--On October 30, 2010 10:55:24 AM -0400 Geert Janssens
wrote:
* General: remove "Show splash screen" option
I'm disappointed you removed this. I find splash screens annoying
after the first 50 or so times I see them and generally turn them off
if possible. Perhaps it's just me, but I sus
Hi,
On 2010-10-10, at 06:16, Cristian Marchi wrote:
> I saw that the documentation about the preferences in GnuCash is not up to
> date, so I would like to improve it. I'm planning to start the work in the
> "ch_basics.xml" file under "guide/C". I'm als
I saw that the documentation about the preferences in GnuCash is not up
to date, so I would like to improve it. I'm planning to start the work
in the "ch_basics.xml" file under "guide/C". I'm also planning to update
all the figures in this chapter. I notice
Jeff Kletsky writes:
> When I look at the code for setting preferences, such as in
> src/business/business-utils/business-prefs.scm
> it appears to me that there is a "hard link" between the access to the
> preference and the UI rendering
>
> (define (book-options-ge
When I look at the code for setting preferences, such as in
src/business/business-utils/business-prefs.scm
it appears to me that there is a "hard link" between the access to the
preference and the UI rendering
(define (book-options-generator options)
(define (reg-option
Hi,
Colin Law writes:
> Hi
> Sorry about this, some gtk beginners questions.
>
> I am looking at how to add an option to the preferences dialog. I see
> where this is defined in preferences.glade and deduce that I should
> use Glade to edit it.
>
> First question
Hi
Sorry about this, some gtk beginners questions.
I am looking at how to add an option to the preferences dialog. I see
where this is defined in preferences.glade and deduce that I should
use Glade to edit it.
First question, do I need a particular version of Glade? The one in
the Ubuntu 9.10
Robert,
Robert Stocks writes:
> Assuming that you use the these settings in reports - I can imaging a
> situation where somebody has to produce reports with specific
> formatting settings as specified by an external body.
Report Options are completely different and not at all what we're
talkin
> -derek
>
> "Andy Den Tandt" writes:
>
>> My feeling is that there will also be cases where preferences are defined
>> two/three places. E.g. a global user preference could be overruled in a
>> specific book. Eg. A user can have his date/time/number p
t's a different preference, not the same preference.
-derek
"Andy Den Tandt" writes:
> My feeling is that there will also be cases where preferences are defined
> two/three places. E.g. a global user preference could be overruled in a
> specific book. Eg. A user
My feeling is that there will also be cases where preferences are defined
two/three places. E.g. a global user preference could be overruled in a
specific book. Eg. A user can have his date/time/number preferences and have
one book that requires a different convention.
Phil, you've been th
Phil,
Quoting Phil Longstaff :
A number of bugs in bugzilla reference the idea of splitting global
preferences from per-file preferences, so I thought I would take a
stab at this. Here's my design idea, and I'm looking for any
response/feedback:
1) Preferences are currently
A number of bugs in bugzilla reference the idea of splitting global preferences
from per-file preferences, so I thought I would take a stab at this. Here's my
design idea, and I'm looking for any response/feedback:
1) Preferences are currently stored in gconf. Global preferences wil
On Thu, 2005-12-22 at 22:29 +0100, Christian Stimming wrote:
> I have a problem with the preferences of the import-export/hbci module --
> they
> are simply not saved at all.
Fixed.
David
___
gnucash-devel mailing list
gnucash-devel@gn
I have a problem with the preferences of the import-export/hbci module -- they
are simply not saved at all.
To reproduce, but only if you compiled with --enable-hbci:
Click Edit->Preferences. Click the "Online Banking" tab. There are two
checkbox preferences for the HBCI module,
ired
effect.
Where is this? I tried this on the "start date" field in the
transaction editor and it worked every time. I'm pretty sure I've seen
this elsewhere, but I can't remember where.
It's in the Preferences. Please see
http://www.englisch.us/~volker/G
On Tue, 2005-11-01 at 23:37 -0500, Volker Englisch wrote:
> David,
>
> I'm going through the Preferences after you made those changes:
>
> > From my reading of the Gnome Human Interface Guidelines, the name for a
> > group of labels should have each word capitalized
David,
I'm going through the Preferences after you made those changes:
From my reading of the Gnome Human Interface Guidelines, the name for a
group of labels should have each word capitalized. E.g. "Reverse
Balanced Accounts". All individual preferences should be in sentence
after trying a few different vaules that it actually has
the desired visual effect, right now. The value is being saved/loaded
at the preferences/gconf/sx-dialog correctly, just not affecting the
window layout/sizing.
> While I was looking at this I noticed something else.
> When you enter a
David Hampton wrote:
The default value for "Register lines" is set to 2. I think this
value should be increased to display at least 3 lines in the
Scheduled Transaction Editor.
I see this as a default of 6 lines in the code. If you remove the
~/.gconf/apps/gnucash directory, restar
On Sun, 2005-10-23 at 00:49 -0400, Volker Englisch wrote:
> I spent some time testing the Preferences options. I couldn't test all
> of the options but most of them:
> In general I noticed that the case of the labels is not consistent (or I
> didn't see the rule). The
I spent some time testing the Preferences options. I couldn't test all
of the options but most of them:
In general I noticed that the case of the labels is not consistent (or I
didn't see the rule). The labels are written in mixed case as in
New Search Limit
and in lower case (
Hi,
> For a large range of
> application nowadays the question often is: should an application be
> built on a standalone toolkit or as a web interface.
Which not always but often is a question the Marketing asks. Think about those
who use the Software and what they prefer.
> Perhaps you feel s
Much of this choice depends on what you're trying to accomplish. C.f.
SQL-Ledger, a fully web-based accounting package. GnuCash's goals are
different than those of SQL-Ledger, so the tools used to realize those
goals are different.
GnuCash is trying to be a quicken/quickbooks replacement, wherea
Christian Stimming wrote:
Again: GTK refers to the presentation layer, too, but it also implies a
programming language that is suitable for the other layers mentioned
above. HTML doesn't tell anything about those. You have to throw in more
technology to tell how you are providing the rest of you
Dear Kaarel,
Kaarel schrieb:
Sorry if it is a bit off topic but we are in the middle of deciding
whether to use GTK for our next product or implement it entirely in HTML.
In theory you are welcome to ask even such slightly-off-topic questions
here -- but: What kind of comparison is this, Gtk vs. H
Sorry if it is a bit off topic but we are in the middle of deciding
whether to use GTK for our next product or implement it entirely in HTML.
The product is an accounting software. It should run on multiple
platforms, it should be easy to use SQL server in the local machine and
in the remote server
>
> I agree that error handling is a PITA in functional languages.
Actually, it's not functional languages in general with this problem.
> Unfortunately, your proposal only works one level deep.
> One of the real advantages of "functional" languages is that you nest calls.
>
> (let ((x (f1 (f2
On Wed, 05 Jul 2000, Rob Browning wrote:
> Handling error conditions is a PITA if you want to write in a more
> functional style. One way to handle it is to make it so that #f as a
> return value is always an error, and if there's a real value, then you
> return something like (cons #t value).
Kevin Finn <[EMAIL PROTECTED]> writes:
> Would it be reasonable to make this error a run-time crash or a
> popup warning? I'm not sure how you would return an error from a
> bad option lookup, since there could be many different types of
> options and what might be an error condition from one wo
Kevin Finn writes:
> Out of curiosity, what is the query that you would use to determine the gtk
> sensitivity? I've looked at the Gtk+ on-line tutorial, and under "Widget
> Attributes" they listed gtk_set_sensitive, but no get_sensitive. It also
> mentioned that "sensitive" is part of the widg
On Tue, 04 Jul 2000, Dave Peticolas wrote:
> Kevin Finn writes:
> > On Tue, 04 Jul 2000, Dave Peticolas wrote:
> > > Robert Graham Merkel writes:
> > > > Kevin Finn writes:
> > > > >
> > [...]
> > >
> > > Disabling by name would be just fine. Keep in mind, though, that disabling
> > > would mos
Kevin Finn writes:
> On Tue, 04 Jul 2000, Dave Peticolas wrote:
> > Robert Graham Merkel writes:
> > > Kevin Finn writes:
> > > >
> [...]
> >
> > Disabling by name would be just fine. Keep in mind, though, that disabling
> > would most often be done in scheme, or at least the information that o
On Tue, 04 Jul 2000, Dave Peticolas wrote:
> Robert Graham Merkel writes:
> > Kevin Finn writes:
> > >
[...]
>
> Disabling by name would be just fine. Keep in mind, though, that disabling
> would most often be done in scheme, or at least the information that one
> option's sensitivity depends o
Robert Graham Merkel writes:
> Kevin Finn writes:
> >
> > I can take a stab at it - I'm interested in picking up more Gtk+. Do
> es it
> > make more sense for each option to provide access functions that other opt
> ions
> > can use to enable/disable it, or perhaps just have those other
On Mon, 03 Jul 2000, you wrote:
> Kevin Finn writes:
> >
[...]
>
> I think disabling by name would be sufficient - it is consistent with
> the rest of the options interface.
>
> Which brings me to another point - if we make options mutable, should
> it be an error if we try to read a muted op
Kevin Finn writes:
>
> I can take a stab at it - I'm interested in picking up more Gtk+. Does it
> make more sense for each option to provide access functions that other options
> can use to enable/disable it, or perhaps just have those other options
> disable the affected option "by n
widget that is connected to "Automatic Decimal
Point".
Kevin
On Sun, 02 Jul 2000, Robert Graham Merkel wrote:
> Kevin Finn writes:
> > Hello,
> >
> > I'm trying to set up the preferences dialog for auto decimal point so that
> > t
Kevin Finn writes:
> Hello,
>
> I'm trying to set up the preferences dialog for auto decimal point so that
> there is a check box to enable/disable the feature and then a range of values
> for how many decimal places will be automatically created. Is there a w
Hello,
I'm trying to set up the preferences dialog for auto decimal point so that
there is a check box to enable/disable the feature and then a range of values
for how many decimal places will be automatically created. Is there a way to
grey out or disable the range widget whe
checkbox present in the dialog box
> itself, but make this behaviour also configurable from the usual
> preferences dialog.
>
> Unfortunately, the preferences dialog seems to assume that, once set
> up, options are only going to be changed from within it (and not
> outside).
The
f it's there, I must have missed it . . .
>
> > Would it be too much of a performance hit if we set things up so that
> > when the preferences dialog was shown, it (perhaps optionally)
> > rechecked all guile-side values? If so, what might be the best way
>
checkbox present in the dialog box
> itself, but make this behaviour also configurable from the usual
> preferences dialog.
>
> Unfortunately, the preferences dialog seems to assume that, once set
> up, options are only going to be changed from within it (and not
> outside).
I&#
this behaviour also configurable from the usual
preferences dialog.
Unfortunately, the preferences dialog seems to assume that, once set
up, options are only going to be changed from within it (and not
outside).
Would it be too much of a performance hit if we set things up so that
when the preferences
> G'day GnuCash Developers,
>
> I've found a small (but very irritating) bug in the GnuCash
> `Adjust Balance...' function available from the register. It appears
> to ignore the date format preferences of the user, and displays the
> date in US format in
G'day GnuCash Developers,
I've found a small (but very irritating) bug in the GnuCash
`Adjust Balance...' function available from the register. It appears
to ignore the date format preferences of the user, and displays the
date in US format instead.
For exampl
> It's been rumoured that Dave Peticolas said:
> >
> > Libglade is for loading your user interface from xml files
> > generated by the glade ui builder program. It allows you to
> > change your ui without recompiling. Pretty neat idea, but
> > it's not
It's been rumoured that Dave Peticolas said:
>
> Libglade is for loading your user interface from xml files
> generated by the glade ui builder program. It allows you to
> change your ui without recompiling. Pretty neat idea, but
> it's not related to preferences.
&qu
>
> I haven't yet looked at lbglade very c,losely, but it seems to be
> relevent how does it fit in? Its being used by gnome/gnumeric...
Libglade is for loading your user interface from xml files
generated by the glade ui builder program. It allows you to
change your ui without
It's been rumoured that Heath Martin said:
>
>
> I have couple of questions and comments regarding saving user
> options and session management. This is motivated by a
> patch I had sent to Dave that saves the state of the account
> tree in the main window so that when gnucash is restarted, the
st..
> However, there are two possible issues here as far as what and how to
> save. First, there are the "user preferences," things that the user
> actually modifies directly, such as what columns to show in the
> account tree, colors/fonts/spacing/date ranges in the registe
work. Correct?
However, there are two possible issues here as far as what and how to
save. First, there are the "user preferences," things that the user
actually modifies directly, such as what columns to show in the
account tree, colors/fonts/spacing/date ranges in the register, and
al
73 matches
Mail list logo
