#3156 Windows 8 - Taskbar button on wrong monitor when using multiple monitors

[Anonymous]

Originally created by: PaulWi... (code.google.com)@gmail.com

What exact steps will reproduce the problem?
1. Set up multiple monitors in Windows 8, and set taskbar to show taskbar buttons where window is open (right click taskbar, Properties, under "Show taskbar buttons on" select "Taskbar where window is open" or "Main taskbar and taskbar where window is open"
2. Open HeidiSQL and move window to different monitors

What was the expected output?
HeidiSQL taskbar button/icon should move to the taskbar/monitor where the window is moved

What happened instead?
HeidiSQL taskbar button/icon always remains on the main monitor's taskbar

Suggested fix (optional)?
Appears to be due to removal of MainFormOnTaskBar.  However, that causes other issues (see release notes for [r4371]).  I believe setting MainFormOnTaskbar = true will resolve the issue

Version used?
7.0
HeidiSQL revision: 4381 (Happens on 4371+, correct behavior on 4370)
MySQL Server version: Any
Operating system: Windows 8 Professional

[Anonymous]

Originally posted by: m.stojas... (code.google.com)@gmail.com

Same problem I have.

[Anonymous]

Originally posted by: wyatto... (code.google.com)@gmail.com

I can reproduce this as well. It looks like this bug was re-introduced when fixing another bug in [r4371].

[Anonymous]

Originally posted by: lucashar... (code.google.com)@gmail.com

I am also encountering this in v8.0.0.4396 with Windows 8

[Anonymous]

Originally posted by: a...@anse.de

I cannot again set MainFormOnTaskbar:=true without breaking issue #2640 again. That access violation was very annoying, and this issue here is more cosmetic. Anyway, I cannot fix that really. A real fix would have to find its way into the SynEdit component, which is externally developped. See the SynEdit page on Sourceforge.

Status: Upstream

[Anonymous]

Originally posted by: wyatto... (code.google.com)@gmail.com

It looks like SynEdit hasn't been touched in 6 years. It might be a good idea to switch to an actively maintained code-editor / syntax highlighter / auto-complete.

One suggestion would be dscintilla (https://code.google.com/p/dscintilla/ ), which is a thin wrapper over the actively maintained and widely used Scintilla code editor (http://www.scintilla.org/ ).

[Anonymous]

Originally posted by: a...@anse.de

Yes, there is few activity in SynEdit, though more than you might think. Please look at http://synedit.svn.sourceforge.net/viewvc/synedit/SynEdit/ - there were quite some commits this year. So I'm still hoping they fix bugs. Moving to another highlighter is a hard piece of work, and there must be more than a taskbar button on a wrong monitor for letting me do that.

[Anonymous]

Originally posted by: a...@anse.de

I must admit the idea is interesting - SynEdit also has some other bugs, mostly very uncritical, but however, I had looked at dscintilla some time ago. I am just wondering about the very few commits they have, see https://code.google.com/p/dscintilla/source/list . Probably you know more: is it so that the actual highlighter features are done withing that SciLexer.dll, or is the Delphi code more than just a wrapper? Would I have to need to redistribute SciLexer.dll?

[Anonymous]

Originally posted by: wyatto... (code.google.com)@gmail.com

A bulk of the work is done by SciLexer.dll (yes, you'd need to include that dll with HeidiSQL), hence the sparse commit history of dscintilla. Scintilla, on the other hand, has a long (more than a decade) and actively maintained history: http://www.scintilla.org/ScintillaHistory.html

What dscintilla does is make the SciLexer available to be used by Delphi apps easily.

[Anonymous]

Originally posted by: a...@anse.de

Issue 3228 has been merged into this issue.

[Anonymous]

Originally posted by: a...@anse.de

Issue 3228 has been merged into this issue.

[Anonymous]

Originally posted by: a...@anse.de

See issue #2631 for a monologue from me about Scintilla.