New FamilyTreeView Addon (Thread 2)

You’ve definitely made progress as when I repeated what I tried yesterday the tree did stay centred on the home/active person.

However, the rebuilding of the tree is much slower than I’ve ever seen it before. Now I see the ‘rebuilding tree’ pop-up window nearly every time I do anything to the tree.

Also, somewhere along the line one of my filter find / filter reset actions has made FTV hang and the tree will not rebuild. I’m about to restart Gramps in order to clear the problem so I can then try and recreate it. I’ll report back later…

@ztlxltl quicker than I expected…

If the the experimental tick box for ‘prune people who do not match the sidebar filter’ is ticked things go wrong very quickly, e.g. with that box ticked:

  1. In the sidebar filter set a simple filter of ‘gender = male’ and click find to update the tree.
  2. The tree rebuilds with most, but not all females, greyed out, some females are shown in a magenta colour.
  3. Try to set one of those magenta females as the active person.
  4. Task manager is the only way to close.

EDITED TO ADD:
I think this means the problem is something to do with the way the experimental ‘prune’ tick box is processing handling living people.

I can’t reporduce step 2. Could you please create a Github issue (or write me a private message) to disucss this in detail without creating too much traffic in this thread?

Just sent you a private message.

1 Like

Check your configurations. The matches badge causes huge slowdowns and extra progress bars

They are unchanged from when I was using v0.1.79, i.e. the slow down arises from the code changes in v0.1.81, not because of the configs I’ve set.

I did not change my badge configuration either. But turning off the new badge eliminated the constant re‐filtering progress bar delay

Which new badge are you referring to?

Please just try turning off the currently selected badges in the Configure… dialog.

See whether if affects the performance. Do experiments if it does and report the results.

This is what helps make progress in a beta test. The feedback about behaviors with your system (OS, hardware, software options, tree data) is the objective. Not documenting the workflows and previous configurations… they are likely to change.

Hello. I just updated to FTV 0.1.82, and there is an issue with the FTV Panel (at least on MacOS):

  • Initially, the FTV Panel is too thin to show all info
  • Whenever the active person is changed, the size of the FTV Panel is reset to a thin band (manual width change are not kept)
  • There is a strange glitch when this happens (boxes appear very large and vertically distorted then go back to normal immediately)
  • Sometimes, it also impacts the whole size of Gramps’ window

It didn’t happen before (but I can’t tell at which version it changed)

2 Likes

Which is what I gave, by pointing out that as the code change was the only change, the slowdown is due to that and not due to my workflow / configuration.

Please also test for interactions with the complementary feature to to the slide-out panel: the FTV Panel gramplet

Add the Gramplet to the gramplet sidebar. The focus remains static until the “Open panel” is selected for a particular person, then the focus shifts in the Gramplet and the slideout panel is superseded.

If that works, use the Help → Plugin Manager (Enhanced) to Hide the “FamilyTreeView Panel Gramplet” (note that the listing in the gramplet selector is different… more space efficient… than the registered addon name). Does the auto-sizing of the slideout panel work correctly now?

If the sizing problem persists, exit Gramps and rename (do not delete) the .gramps/gramps52/Families_familyview.ini file. Try in Gramps again so see if it was an .ini problem. (If so, post the .ini contents.)

I was speaking of the Gramplet, sorry.

I just tried the “non gramplet” panel, and the issue is similar: when selecting a new “active” person, the whole view is redrawn, which also cause the glitch I have mentioned, and a resize of Gramps’ window…

I did try what you asked regarding the .ini (which is in ~Library/Application Support on MacOS) but it didn’t change anything.

1 Like

@stuck @Bouscram
I think I’ve found an elegant way around the widget allocation issues. I ask all beta testers of this addon who experienced flickering/distortion to update to the latest version (v0.1.83) and check if the problem is fixed.
I’m especially interested in the distortion problem:

I don’t understand why this is happening.
@Bouscram If this still happens, I ask that you open a Github issue (or send me a private message) to discuss details.

Please also let me know if the performance has improved (the workaround I’ve now removed could have caused a performance drop, not for me, but possibly on other systems).
Please note that the performance drop could also be caused by the progress bar and by keeping Gramps’ UI updated to prevent it from freezing.

@Bouscram
I added options to customize the zoom in the latest version (v0.1.87). On the Interaction page of FTV’s config window, you can manually set the default zoom, or set your current zoom level as the default (using the button). You can also control how much zoom change you want to get with each scroll wheel step.

@ztlxltl both issues are resolved for me (distortion and resizing). Thanks!

And thanks also for the zoom customization

1 Like

Occasionally/randomly (after having used the Familytreeview diagram view), gramps quits with an error message (I can’t find out how to replicate):

361433: ERROR: grampsapp.py: line 188: Unhandled exception
Traceback (most recent call last):
File “/home/kgha/.gramps/gramps52/plugins/FamilyTreeView/family_tree_view_panel_gramplet.py”, line 58, in
container.connect(“unrealize”, lambda *args: self.ftv.widget_manager.use_internal_panel())
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
AttributeError: ‘FamilyTreeViewWidgetManager’ object has no attribute ‘use_internal_panel’. Did you mean: ‘use_external_panel’?

@hamkg
Are you using the latest version? I just checked the code and this should not happen. Maybe something went wrong during a manual install/update? I suggest you reinstall the addon and open a GitHub issue (or send me a private message) to discuss the problem in detail if it doesn’t go away by reinstalling.

Haven’t been able to replicate the error (i.e. no error message displayed) despite fiddling around with the tree and the FTV Panel. I nevertheless, for good measure, reinstalled FTV, and everything seems to run OK. So it might have been some update got awry. I consider this solved for now.

1 Like

In the last two weeks, I have mostly been finishing previously started implementations. Today, 0.1.100 was released. (Hooray! :tada:)
Here is an overview of the most important improvements since v0.1.80:

  • Mouse click improvements:
    • Context menu for person boxes, family boxes and the canvas background (right click).
      Person context menu:
      Family context menu: image
      Background context menu:
      (I plan to add more menu items to the context menus. I’m open to suggestions.)
    • Customize clicks not only for the primary (left) mouse button, but also for the secondary (right) and the middle mouse buttons.
    • Customize clicks also for clicking the background.
    • This allows great customization. By activating the advanced options (checkbox in the upper left), you can customize all settings. By default, a single right click opens the context menu and many other settings are set to “Do nothing”:
    • Some ideas for customizing the clicks you may find helpful (you cannot combine all of the ideas described here):
      • Single middle click on the background: Scroll to active person
      • Double middle click on the background: Scroll to home person
      • Double left click on the background: Zoom in
      • Double right click on the background: Zoom out
      • Single or double middle click on the background: Reset zoom
      • Double right click on a person/family: Open info box
      • etc. (If you find a combination/configuration that is very efficient for you, feel free to share it to give other users more ideas.)
    • After this update, your previous customization of mouse clicks will need to be reconfigured.
  • Support for an alternative mouse wheel usage (requested by @emyoulation here)
    image
    I added a drop-down menu to the interaction page of the config window, allowing the user to choose between two modes:
    • Map mode (inspired by how you navigate a digital map (e.g. on a website or a map in Gramps) → the mouse wheel changes the zoom, similar to the implementation in Graph View) [implemented in FTV since the initial release].
    • Document mode (inspired by how you navigate in a PDF document or a website → the mouse wheel scrolls the document) [this is a new implementation].
  • Error handling for known tree build errors with suggested workarounds.
  • Configs for zoom of the canvas (e.g. default zoom level) [already discussed here].
  • Name abbreviation:
    • Refactoring to improve diffing with Gramps’ names.py
    • Unit tests to check that the abbreviation and markup will work correctly in future updates (e.g. when moving to Gramps 6.0)
    • Various improvements/bug fixes (e.g. unnecessary empty markup tags, special handling of the “-” connector)
  • Add a missing person by double-clicking on a box labeled “[missing]”.
    (This is the first enhancement to add new people to the tree. The “Add Relatives” feature is in development.)
  • Various small improvements, bug fixes (e.g. don’t rebuild tree multiple times in some cases, add tooltip for some icon buttons, keep an image of the previous tree while FTV rebuilds the tree while preventing Gramps from freezing and flickering due to tree building, etc.)
3 Likes