[Fwd: Re: [gnucash-de] Möchte GnuCash verwenden, aber .....]

Christian Stimming stimming at tuhh.de
Mit Jul 13 06:00:49 EDT 2005


Bitte immer an die Mailingliste, niemals nur an einzelne Entwickler. Danke.

Bzgl. der Fehlermeldung würde ich auf mehrere installierte Versionen von 
g-wrap tippen, die miteinander kollidieren. Ansonsten hab ich das aber 
auch noch nie gesehen -- vielleicht jemand anderes?

Gruß

Christian Stimming


-------- Original-Nachricht --------
Betreff: Re: [gnucash-de] Möchte GnuCash verwenden,  aber .....
Datum: Wed, 13 Jul 2005 10:02:27 +0200
Von: karrer <nkarrer at eeh.ee.ethz.ch>
An: Christian Stimming <stimming at tuhh.de>

Hoi Christian

Besten Dank für deine Antworten.

Bin gerade daran das ganze neu zu kompilieren nach den Änderungen von
http://bugzilla.gnome.org/show_bug.cgi?id=129099.
Kompiliert ist es, aber nach "make install" bekomme ich Fehlermeldungen
unter Debian (stabel):
Backtrace:
In unknown file:
    ?: 15* [#<procedure #f ()>]
    ?: 16* (let ((file #)) (cond (# => #) (# => #)))
    ?: 17  [#<procedure #f #>
"/usr/share/gnucash/guile-modules/gnucash/price-quotes.$
    ?: 18  [load-file #<primitive-procedure primitive-load> ...]
    ?: 19* [save-module-excursion #<procedure #f ()>]
    ?: 20  (let (# #) (dynamic-wind # thunk #))
    ?: 21  [dynamic-wind #<procedure #f ()> #<procedure #f ()>
#<procedure #f ()>]
    ?: 22* [#<procedure #f ()>]
    ?: 23* [primitive-load
"/usr/share/gnucash/guile-modules/gnucash/price-quotes.scm$
In /usr/share/gnucash/guile-modules/gnucash/price-quotes.scm:
   31: 24* (use-modules (www main))
   31: 25  (eval-case (# #) (else #))
In unknown file:
     ...
    ?: 26  [for-each #<procedure #f (mif-args)> (((www main)))]
    ?: 27* [#<procedure #f (mif-args)> ((www main))]
    ?: 28* (let ((mod-iface #)) (or mod-iface (error "no such module"
mif-args)) ...)
    ?: 29* [apply #<procedure resolve-interface (name . args)> ((www main))]
    ?: 30  [resolve-interface (www main)]
     ...
    ?: 31  (let* (# # # #) (and # #) (if # public-i #))
    ?: 32* (and (or (not module) (not public-i)) (error "no code for
module" name))
    ?: 33  [error "no code for module" (www main)]
     ...
    ?: 34  [scm-error misc-error #f "~A ~S" ("no code for module" (www
main)) #f]

<unnamed port>: In procedure scm-error in expression (scm-error (quote
misc-error) #f ...):
<unnamed port>: no code for module (www main)


Mal schauen ob ich heute weiterkomme.

> - Die Buchungsnummer sollte allgemein Fortlaufend sein, und nicht nur 
pro Kontoblatt (wenn man + eintippt).
>  Hauptbuch? (engl. "General Ledger")?

Damit habe ich gemeint, wenn ich z.B. auf der Kasse bin und buche, dann
ist das Feld rechts neben dem Datum, "Num", für mich die Buchungsnummer.
Diese kann durch Eingabe von '+' automatisch erhöt werden. Somit werden
die einzelnen Buchungen ab Kasse durchnumeriert. Wenn ich jetzt auf
Postcheck gehe und andere Buchungen mache, dann startet die Numerierung
wieder bei 0, auch wenn ich '+' tippe. Eigentlich sollte diese
Numerierung den letzte Wert  von Kasse um 1 inkrementieren. Diese
durchgehende Numerierung verwende ich um eine Buchung zu finden: Jede
Quittung usw. erhält die Nummer der Buchung. Wenn jemand anschauen will
wie eine Quittung verbucht worden ist, brauche ich nur nach der
Buchungsnummer zu suchen.

Besten Dank für dein rasches feedback, Gruss
Nico


Christian Stimming wrote:

> karrer schrieb:
>
>> - Um speditiv buchen zu können, muss ich die Kontonummer eingeben 
können. Die "ak:u:f:k" um auf's Konto 1000 zu kommen ist zu umständlich.
Kein Buchhalter wird sich zu sowas zwingen ;-)
>> Eigentlich wäre die Darstellung "1000 Bank", "1010 Postcheck", "2120 
Wechselverpflichtung" usw. genügend gut. Den ganzen Baum muss ich nicht
sehen.
>
>
>
> http://bugzilla.gnome.org/show_bug.cgi?id=129099
>
>> - Die Buchungsnummer sollte allgemein Fortlaufend sein, und nicht 
nur pro Kontoblatt (wenn man + eintippt).
>
>
>
> Hauptbuch? (engl. "General Ledger")?
>
>> - Ruft man das "Journal" auf, so sind 2 Zeilen Text für eine Buchung 
zu viel. Bei über hundert Buchungen pro Tag ist der Papierverschleiss zu
gross.
>
>
>
> Auf http://gnomesupport.org/wiki/index.php/GnuCashFaq (leider gerade 
für ein paar Stunden offline), was für Schritte  nötig sind, um einen
eigenen Bericht zu schreiben.
>
> Gruß
>
> Christian Stimming
>
>


-- 
-------------------------------------------
Nico Karrer
Institut für Elektrische Energieübertragung und Hochspannungstechnologie
(EEH)
ETH-Zentrum, ETL H 26 Physikstrasse 3
CH-8092 Zürich
Tel.: +41 1 632 5110 or 632 5583
Fax : +41 1 632 1202