this extension is only for people who don't like the titlebar.
ts-wincontrols removes the titlebar from your kmeleon windows and adds additional buttons: close, maximise/restore, minimise, move) to easily control your km windows

this extension must not be used with titlebartoggler as they will conflict, the titlebartoggler will be removed from kmext and replaced by this one. you should uninstall titlebartoggler if you intend to use ts-wincontrols

to move a window, click on the move button and move your mouse(without clicking) until you are satisfied with the winposition and then leftclick your mouse

ts-wincontrols is for 1.5.4 and above only and will not work withh any previous versions, you can download 1.5.4rc to use it(1.5.4rc is stable release just without locales)

remeber after clicking the move button, just move your mouse and the window will follow..do not click any buttons after clicking move.. leftclick mouse only when the window has moved to desired location

My system menu looks as yours without virtual dimension and always on top/transparent.
I've got similar trouble with some sysmenu buttons and mediabar too.
I suppose mayby it conflicts with an OS setting or my K-M installation. Tomorrow I'm gonna test ts on new profile.

no, that's not weird..that's how the window initiates a move..by selecting the system menu command. it's much easier and less buggy that way than an actual mousehook.

the move button didn' show on 1.5.3 and you were clicking minimise..that's why it needs 1.5.4 to display all 4 buttons. only 1.5.4 and 1.6 support several buttons in same macro created toolband

the last update should work with polish, after clicking the move button..wait for a bit(less than a second) and without clicking any buttons, just move you mouse and the window will follow..then left click to set window in new position... it needs a little bit getting used to at first

my compliments, you seem to me so utterly quick and prolific. Sadly, I couldn't make it work on mx KM 1.53.

As I have this other feature wish, live toolbar toggling, I reverted to Autohotkey, because there I know how to send keys to the browser. I now have a button working with:

Leftclick to switch to drag mode, then Rightclick anywhere to drag (- even other windows). Releasing RButton exits the .ahk script, so unlock - luckily it even does not popup the contextMenu on releasing.

Well, feeling a bit like an idiot now - there was no need for that elaborate warning in the script's head. It can be started from anywhere and can act upon any draggeable window. Just be sure to not cover up every 'calling item'** by all your draggin'!
But of course (-slap on my forehead!) My wounderful toolbar button is not the only way to call it:
You can put a *Windows Shortcut for it anywhere (desk, startm., QuickLaunch, Rocketdock...)
If you define a Windows Hotkey in that shortcut, you can call it by keys when everything is covered with dragged windows....
.....YOU CAN EVEN add it to any context menu of KM, thus making literally the whole KM-Window a dragging hotspot. (I would suggest the DocumentMenu).

If you manage to not have any spaces in the path to .exe and .ahk, the format for the calling strings is simple: in my case, it is:
"C:\ahks\autohotkey.exe WinDrag.ahk" WITHOUT THE QUOTES! for the WindowsShortcut.
RocketDock was a bit tricky, it wants "C:\ahks\AutoHotkey.exe" as "target" and "WinDrag.ahk" as Arguments NO QUOTES again.

you changed something in my script, so windrag.exe keeps waiting for RButton input. That keeps RButton "hijacked" and isn't good for Gestures. On the other hand, your version moves smoother, eating less cpu-time - how did you do it?

Back to those paths,again:
would removing the quotes from

$_tool_path=getfolder(RootFolder)."\\Tools";

remove all quotes from the string issued by the macro to the .ahk script? That might solve the problem.

Cheers
SoerenB

KM 1.74b4u1 in Wine 1.6 on Linux Mint 17 (XFCE)
- and still being surprised every day
how easily all of this works ...

this update adds a mousehook which enables dragging the kmeleon window from any position within the window. to activate the mousehook drag, press the caps lock key and left click your mouse..press and hold the mouse left button and drag the window to move. the mousehook does not conflict with the gestures plugin. to my very limited knowledge of mouse gestures it was tested without any conflicts.

see the readme file for more instructions

for 1.5.4 and above only(will not work with 1.5.3 or 1.5.2 or 1.5.1 or 1.1.x but will work on 1.5.4 and future 1.6 only -this version includes wincontrol buttons and move button, you can either move by triggering the mousehook as mentioned above or by clicking the move button
http://kmext.sourceforge.net/files/TS-wincontrols.7z
_______________________________________________________________________________

Hi, disrupted,
more than a month later...
Let me just state that I, too, still am sorry, for having made you spend too much unpleasant time with that mousehook. More so, as I upgraded to 1.5.4 about a week later, and have decided since to do ALL the WindowManaging externally with Autohotkey.
But thank you, anyway!

Cheers
SoerenB

KM 1.74b4u1 in Wine 1.6 on Linux Mint 17 (XFCE)
- and still being surprised every day
how easily all of this works ...

not at all! it was very educative and helped understand autohotkey better
true it gave me headache but that's because coding with ahk after autoit is very frustrating.. many commands are the same but they have to be coded very differently.

once read in their forums a request that the 2 should join forces and combine in one language especially that one developer works on both projects but that wasn't met with enthusiasm both by the autoit and ahk developers..the autoit mods in particular were quite enraged by that request

due to the many similarities in commands and operators yet the very different execution of both languages, i think it's very hard to master them both without a brain conflict

p.s. all your demands will be available by default in official 1.6, thanks to hao and dorian

disrupted, do you know if there's a command or pref or something implemented in 1.6a to enable hiding the tilte bar? I haven't looked into the source or CVS. I'm still using this extension to hide the tilte bar with the mousehook portion commented out since dragging w/the tab bar is now possible in 1.6a.