alessandroorsi wrote:
> Hi Jerome,
>
> yes, you're right, actually I thought the message was too long, but before
posting I searched the Wikidpad homepage, the help and the Trac page for a list
of known bugs, a todo list or a wishlist but I couldn't find anything. So I
posted such a long list to see what other users might think about those issues
and to have a clue on some specific ones, that maybe are not related with
Wikidpad but with other components. I thought about posting one message per
issue too, but I didn't want to flood the list. Of course, I didn't want the
developer to fix/implement them.
>
> I found out that Wikidpad is based on Scintilla, should I report all related
issues with the editor at the Scintilla project, including drag'n'drop of links?
If the Scintilla component is updated, will Wikidpad reflect the update?

You should first ask here because some issues come from WikidPad (like
the drag'n'dropped links separated by spaces) others from Scintilla
(like selecting a row also selects the line-feed and creates a new line
on pasting).


> Of all the wishes/issues I posted, the only one that on my installation
affects the usability of Wikidpad is the issue with long lists of links or long
pages with a lot of formatting. Because Wikidpad (I guess it's not the Scintilla
component) keeps reparsing the whole page at every keystroke, adding new links
or formatting to the page becomes extremely slow. I can post the page (basically
a long list of links to glossaries) somewhere, but I don't know where, maybe in
the Attachments section of this list?

You could try in options dialog, page "Advanced", entry "Highlight start
delay" to set to a higher value than 0.2, maybe 1 or 2. The entry
controls the delay between a keypress and the start of the actual
highlighting calculation.

You could also try as an experiment in page "Autosave" to uncheck
"Autosave active" because it may be that not the highlighting but the
autosave mechanism slows down the editor.



Michael