Log in to check your private messages
Post a reply
Ahnenblattportal Forum Index
» Post a reply
Post a reply
You must specify a subject when posting a new topic.
No results found.
View more Emoticons
Comic Sans MS
Microsoft Sans Serif
Times New Roman
[quote="Marcus"]Hi Jachyg1940, welcome to the Ahnenblattportal! In the menu "Fichier" - "Propriétés" - "Format de Date" you can tell Ahnenblatt the format you use/need. But you need the year coded with 4 digits! Does this solve your problem? Sorry for the late answer. Marcus[/quote]
Disable BBCode in this post
Disable Smilies in this post
Add an Attachment
If you do not want to add an Attachment to your Post, please leave the Fields blank. Pics up to a width of
will be shown! Wider pictures will be attached.
Allowed Extensions and Sizes
Visual Confirmation for Guests
Please enter the following code before sending your post. For guests this is neccessary due to Spam Security reasons.
Posted: 16.01.2017, 18:50 Post subject:
In (probably 2.97 and) 2.97a
menu items are mixed up as well as English do - in the same sense: "Outils" should be "Actions" and vice versa.
Posted: 14.01.2017, 16:44 Post subject:
In 2.97 and 2.97a English menu items are mixed up: "Extras" should be "Tools" and vice versa.
#Wunschliste_1222_OFFEN (Menüpunkte in anderen Sprachen vertauscht)
Posted: 05.10.2016, 01:16 Post subject: v2.95a - Bug in "file changed" mechanism
Small bug: found during testing while working on Help file.
Adding an "Island" or isolated person, by using File/New (or from toolbar) does
mechanism, as is shown in the title bar ("*" normally added, but not for isolated person). Closing Ahnenblatt after adding such a person does not request a Save; person added will not be there when Ahnenblatt re-started.
Adding a child to such a person behaves properly - "*" added to title bar, etc.
Posted: 09.06.2016, 03:54 Post subject:
welcome to the Ahnenblattportal!
In the menu "Fichier" - "Propriétés" - "Format de Date" you can tell Ahnenblatt the format you use/need. But you need the year coded with 4 digits!
Does this solve your problem? Sorry for the late answer.
Posted: 04.06.2016, 15:40 Post subject:
I am using your program in french.
Ahnenblatt 2.94 as 2.95 indicates my dates xx/xx/xx as not compatible with Gedcom standards. Or when entering Gedcom dates, they are systematically rejected and rewritten as xx/xx/xx .
My base shows thus thousands of errors ...
Is this normal ? or do you plan to correct this bug ?
Thanks for an answer
Posted: 01.03.2015, 15:23 Post subject:
Thanks Allen for your Feedback!
Marucs is right about 1 & 6 ...
1. Is working fine even on my PC (with flash and NTFS). Ahnenblatt is searching only internal drives (no external HDDs or USBs).
Perhaps there is a problem with specific files and Ahnenblatt aborts to look further into subdirectories. Ahnenblatt opens the files to get the number of persons - perhaps there is an internal excepton with some kind of files.
6. The wording is not correct, but in most cases the user wants to generate a seperate file with ancestors of a specific person to give it to other family researchers. Of course with the specific person included.
All other points will be fixed in next version of Ahnenblatt.
Posted: 21.02.2015, 03:52 Post subject:
First I thought a link from the german list to this one here would do the trick, but I gave them a short translation and added them to the german list. Just that we don't follow the same bugs/wishes twice without noticing.
A few suggestions to the list here:
1 The file search detects files here on my laptop on NTFS drives.
4 INT Interpreted dates. I'm not an Gedcom expert, so I don't know if this is something Ahnenblatt should know. As far as I know it never did till today. Similiar tags (which should work) are CAL, EST and ABT for calculated, estimated and ranges about a date where you're not sure about.
6 Delete group includes start person when selecting ancestors or descendents. This may not fit the thinking as I'm not an ancestor of myself, but it is in the same logic as when you select and create a tree or a list(where the start person is always included). So no bug, but different approach of what to show.
Posted: 05.01.2015, 07:49 Post subject: 1222: ** Bug Reports ** - English
Greetings from Canada,
The English section of the forum has
no dedicated thread
/location to report bugs (yes, they do come up!), as does the German section. I am starting this thread in the hopes that it will be "pinned" as a place for people to report bugs. My intention is to maintain a single list (following) for the author (or anyone else) to view, categorizing bugs for easy
. Since only I can modify this post, others reporting bugs should just post to this thread as replies; I will verify and add to the list as needed. Ahnenblatt is quite thoroughly
so I don't expect to be
. Most of the bugs
have found are because of my testing, etc. in preparation for the English help file (hoping for a Beta version before the end of this month).
The list has bugs numbered (just for convenience), and some use of colors may be helpful. As bugs are fixed (and I hope they will be!), I will either remove them, recolour them (greyed out), or ? (to be decided).
Bugs 1..5 have actually already been reported, but in other threads (or email, in one case). I will re-state them here, just for convenience. Some items (in the Oversights thread)
be posted here, but are not really detrimental to Ahnenblatt's performance; they don't really qualify as bugs.
File/Search not working properly
Search is not searching subfolders of NTFS drives, or flash drives (by design?). Scan time is far too short, based on other applications which search drives. Ancestry files appear to be found in subfolders of FAT16 drives. Finding of files on NTFS drives is incomplete. (modified Jan 30/15)
Date range - between DATE1 and DATE2 broken since v2.83
Substitute words (BET -> between, AND -> and) do not work. Changing, i.e. GEDCOM.BET=BET\~bet works, but only for years, not month&year or day&month&year. Creating a date using "bet" in a .GED file, then writing it out as a .ged file (i.e. Save as...) reveals that the GEDCOM modifier is now written as "bet", not "BET". Seems to work fine in v2.83. This tells me that I think the wires between the hardwired string "BET" and the language variable string "bet" have become crossed. I did a memory snoop (using HxD hex editor) - the GEDCOM.BET variable IS getting loaded. (modified Jan 30/15)
Date period expression "from DATE1 to DATE2" not working (see #2)
Similar behaviour to bug #1, re: substitute words. Seems to work fine in v2.83.
Interpreted dates (INT) not parsing correctly
INT JUL 1898 (summer of '98) parses as interpreted 18/07/0008 (summer of '98) without any error, re: GEDCOM compatibility.
Search option "Identical with whole data field" appears to do nothing
« Marcus » wrote:
"Identical with whole data field" looks to be broken ... when searching for "Regina Hertha" in the field "First/Birth Names" in the file "Beispiel.ahn" it shouldn't find "Willner, Regina Hertha Klara" since the fields don't match exactly. It looks like the results are just the same as with the 'base option' without recognizing the check-box "Identical with whole data field".
This item now reposted in
(009) - this might not be a real bug (deprecated feature?).
Fixed in v2.88
Delete group Ancestor/Descendant list (before delete) has 1 extra person
When using the 2 Ancestor modes, and the 2 Descendant modes (
person is always included in the deletion list, ie. he is his own ancestor, and his own descendant. I think he should be excluded from the list. Using
does not show the
person on the deletion list (correct for the situation, but wrong due to bug).
Delete group routine for "living persons" is flawed
Choosing "living persons" appears to include the same persons for
; the lists appear identical.
Fixed in v2.88
Using mouse wheel to scroll causes an error message
Attempting to scroll the mouse down (no error on up!) in the Details tab of a Statistics dialog causes the following application error:
"Gitterindex außerhalb des zulässigen Bereichs" (English: "Grid index out of range")
To replicate the error, do the following (tested on Win XP SP3):
Open Ahnenblatt and use "Demo.ahn". Error
related to unitialized variable or focus related (?), not always repeatable unless opened "fresh".
Use Tools/Statistics/First_name to open the Statistics dialog
Activate the Details tab (66 entries)
Drag the slider to the bottom of the list (viewing 66 Willi)
Scroll the cursor (using mouse wheel) down -
Note: If step 4 omitted, down scroll is "jerky" - appears to be scrolling through individual occurrences of name, rather than names as shown on the control (TTntStringGrid.UncodeClass). If PageDown used instead of step 4 (may need to click control first to give it focus, error cannot be reproduced. Error can be
by introducing step 4a (after step 4), namely:
4a. Click anywhere on the control (grid) to give it focus (?)
Surname prefix shown incorrectly in Navigator
If a surname prefix is entered in the Name tab of the Input dialog, e.g. Birth name = "Fleur", surname prefix = "de", the top-right corner display (Input dialog), the data box (Navigator), the
for the person (Navigator) and other places all show the last name as "de Fleur". The
in the Navigator, however, shows an additional comma and in reverse order - "Fleur, de". I believe it should show the same as the other locations (e.g. "de Fleur, Marcel").
all locations (
last name, whether the name is entered as Birth name = "de Fleur" or as shown above (Birth name with prefix).
Fixed in v2.88
Choice 3 - "(Ancestor (complete) of..." using wrong groupbox language variable in "All persons" selection dialog
Clicking Next after selecting this method of group deletion opens a person selection dialog. The text for the groupbox is "Selected person (last name, first name)", but should be "Proband/youngest person (last name, first name)", to match choice 2. This indicates that - in the language file - [$CONSTANTS]/StartPerson is being used instead of [$CONSTANTS]/
This is a minor cosmetic bug, but does affect translations, etc.
Fixed in v2.88
Save as... function on File menu - save file as RTF (a.k.a. Windows help file) - is broken
When saving a file as a "Windows help file" (that is, RichText Format - modified), only a single person is saved. This renders that function useless. The file can be read (i.e. valid RTF), but is incomplete. This function worked in v2.85, but apparently was broken in v2.86 (and v2.87).
Fixed in v2.88
Ahnenblattportal Forum Index
» Post a reply
Select a forum
Support für das Programm Ahnenblatt
Installation / Konfiguration / Versionen
-- --> Archiv: Installation
Dateien laden und speichern
-- --> Archiv: Dateien laden und speichern
HTML / Webseite
-- --> Archiv: HTML / Webseite
-- --> Archiv: Dateneingabe
Drucken - Liste, Tafel & Personenblatt
-- --> Archiv: Drucken
-- --> Archiv: Funktionen
-- --> Archiv: Fehlermeldungen
Vorschläge und Wünsche
-- --> Archiv: Umgesetzte Wünsche
English Support and international Betatests
-- --> Archive: Support (English)
New Releases and Betatests (English)
-- --> Archive: New Releases (English)
-- --> Archive: Betatest (English)
Extensions for Ahnenblatt
-- --> Archive: Extensions
Introduction (visible for registered users only)
-- --> Archiv: Programmupdates
Erweiterungen zu Ahnenblatt
-- --> Übersetzungen
-- --> Beta - Testversionen und alte Plugins
-- --> Entwickler / Quellcode
-- --> Archiv: Erweiterungen
Presse / Internet
-- --> Archiv: Presse / Internet
-- --> Archiv: letzter Betatest
-- --> Archiv: ältere Betatests
Ahnen- und Familienforschung
Suche in Deutschland
-- --> Böhmen & Mähren
-- --> Preussen
-- --> Schlesien
-- --> Archiv: Suche in Deutschland
Suche im Ausland
-- --> Archiv: Suchen im Ausland
Fragen zur Ahnenforschung
-- --> Archiv: Fragen zur Ahnenforschung
Lesehilfe alte Schriften
-- --> Archiv Lesehilfe (nur für Mitglieder)
Software & Tools zur Ahnenforschung
-- --> Archiv: Software & Tools
Vorstellung (nur für Mitglieder einsehbar)
Der runde Tisch (nur für Mitglieder einsehbar)
-- --> Archiv: Runder Tisch
Was und wo die User suchen
-- --> Archiv: Was und Wo
-- --> Archiv: Smalltalk
Wünsche & Ideen zum Portal
-- --> Portalnews
-- --> Archiv: Wünsche & Ideen zum Portal
-- --> PHP
-- --> Archiv: Homepagehilfe
-- --> Tipps für Programmierer
-- --> Archiv: Computerpraxis
Kommentare zur FAQ / Knowledge Base
-- --> Archiv: Kommentare FAQ / KB
Kommentare zu den Downloads
-- --> Archiv: Kommentare Downloads
© 2001, 2002 phpBB Group
CBACK Orion Style based on FI Theme
All times are GMT + 1 Hour
[ Page generation time: 0.1008s (PHP: 84% - SQL: 16%) | SQL queries: 24 | GZIP enabled | Debug on ]