could it be changed so that it does
not become progressively slower?
Should I file a bug report on Github, or should I wait until there is
something more concrete to submit?
Nathaniel Beaver
P.S. Upon request, I am happy to provide full data and details on
collection methods.
Please let
that the tray icon plugin is responsible, but I
don't think it's likely.
Le Sam. 30 Déc. 2017 05:53, Nathaniel Beaver <nathanielmbea...@gmail.com
<mailto:nathanielmbea...@gmail.com>> a écrit :
When I first launch Zim, it is quite snappy. However, after it's been
running a wh
a lot, and
I'm not sure how to interpret the results.
I am using Zim 0.65-4 on Debian Stretch and have also verified the same
slowdown on the latest Github version (0.67, SHA1 is
7a373a788194c36723bd0eed600291e513de9396).
I have not enabled any plugins besides the tray icon.
Nathaniel Beaver
ture-requests:debian-sections:xfce:xfce4-power-manager
-and-feature-requests:debian-sections:xfce:xfce4-power-manager-plugins
This way, the matching text would always be visible.
Alternately,
Nathaniel Beaver
___
Mailing list: https://launchpad.net/~zim-wiki
Po
On 09/19/2016 01:11 AM, Robert Zelník wrote:
Hi all,
I am a very happy Zim user, I use it for many years as my personal
external memory. I mostly use flat page structure, that means most of
the pages are in the same level of hierarchy and under the same
folding/parent page.
I also used to do
')
Unfortunately, I am having some difficulty finding the actual TextTags
in the parse tree. Right now I am using tree.findall(zim.formats.LINK)
to get all the links, but the node.tag property is just a string, not a
TextTag.
Any suggestions?
Nathaniel Beaver
P.S. Here is the GitHub page
6 matches
Mail list logo