Skip to main content ↑ ↓

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: Columns UI (Read 4604324 times) previous topic - next topic
0 Members and 6 Guests are viewing this topic.

Columns UI

Reply #1125 –
Quote
WM_MOUSEWHEEL messages are only sent to the window which has input focus. Input focus would have to follow the cursor for this to work. That, or every single panel would have to hook the message queue of the top level window they're planted in, like foo_uie_volume currently does. Which is an ugly solution.

Unless somebody knows an alternate solution?

It can't be up to the top level window to handle the messages, as WM_MOUSEWHEEL is designed such that the focused child window receives it, and if it doesn't process it, it passes it on to DefWindowProc, which passes it up the chain of parent windows until something processes it. Or, in the case of dialogs, returning zero to tell the dialog handler that it should call the default handler.

Since uie_volume doesn't hold focus, this isn't a problem, unless anyone tries using the scrollwheel while dragging the slider, and expects it to scroll whichever window the cursor is over.

Scrollwheel working for whichever window the cursor is over magically works for other software because the respective software has worked around this issue. That, or there's a mouse software package which changes this behavior, whether produced by some input hardware vendor or a third party. *shrug*
[{POST_SNAPBACK}][/a]

Surely, if I used a message hook in foo_ui_columns, and redirect the WM_MOUSEWHEEL messages sent to the the main window's child windows to the window at the POINT the message was generated, and map the POINT coordinates to the other windows client area, it would work fine?

Quote
This has probably been requested before, but anyway... would it be possible to remove the selection frame, or better yet control the selection frame via global variables? If the latter, you can always use custom colour specs on the columns to make it appear as though there isn't a frame.

[a href="http://img59.exs.cx/my.php?loc=img59ℑ=frames.png]
All the other features rock also, thanks for making this UI even better and better

edit: Cooool! You also added the what-to-do-when-you-doubleclick-the-background feature! Thanks buddy!
[a href="index.php?act=findpost&pid=249057"][{POST_SNAPBACK}][/url]
Your welcome
.

Columns UI

Reply #1126 –
Quote
Surely, if I used a message hook in foo_ui_columns, and redirect the WM_MOUSEWHEEL messages sent to the the main window's child windows to the window at the POINT the message was generated, and map the POINT coordinates to the other windows client area, it would work fine?[a href="index.php?act=findpost&pid=249077"][{POST_SNAPBACK}][/a]

In this case, the playlist's listbox control has focus, so it receives the WM_MOUSEWHEEL message first. Unless, of course, the main window has focus by default, in which case it is possible for it to pass this message to any child windows which are under the cursor at the time of the action. Of course, you have to be careful, as any child windows which do not process this message will pass it right back up to you. The fact that uie_volume doesn't behave this way is only for a special case design.

Also, the POINT structure associated with the message is in screen coordinates, so you don't have to translate it.

Columns UI

Reply #1127 –
Quote
In this case, the playlist's listbox control has focus, so it receives the WM_MOUSEWHEEL message first. Unless, of course, the main window has focus by default, in which case it is possible for it to pass this message to any child windows which are under the cursor at the time of the action. Of course, you have to be careful, as any child windows which do not process this message will pass it right back up to you. The fact that uie_volume doesn't behave this way is only for a special case design.
I meant using a WH_GETMESSAGE hook. It (seems to) works fine, as I just implemented what I said since I just had to add a few lines to the current hook procedure. I Don't think you need to worry about the message being passed back to you, since I assume it isn't going to go back through the message queue anyway.

Quote
Also, the POINT structure associated with the message is in screen coordinates, so you don't have to translate it.
[a href="index.php?act=findpost&pid=249085"][{POST_SNAPBACK}][/a]
Ok, I just assumed it wasn't, its not like you would usually use it when processing the WM_MOUSEWHEEL message..
.

Columns UI

Reply #1128 –
Quote
Quote
Also, the POINT structure associated with the message is in screen coordinates, so you don't have to translate it.
[a href="index.php?act=findpost&pid=249085"][{POST_SNAPBACK}][/a]
Ok, I just assumed it wasn't, its not like you would usually use it when processing the WM_MOUSEWHEEL message..
[a href="index.php?act=findpost&pid=249110"][{POST_SNAPBACK}][/a]

Well, since my current implementation uses a hook already, it uses a non-standard WM_SCROLLWHEEL message which always checks if the point is within the client rect of the trackbar, and if so, processes it and returns 0. Otherwise, it returns 1. The reason for this is because my hook just sends the message to all volume trackbar controls currently open until one of them returns zero, otherwise it allows the message to pass. *cough*hack*cough*

Oh, and I didn't read that you intended to hook your own message loop, rather than process the message at the main window process level. In that case, you could check for that within your message loop, rather than installing a hook.

Columns UI

Reply #1129 –
Quote
Oh, and I didn't read that you intended to hook your own message loop, rather than process the message at the main window process level. In that case, you could check for that within your message loop, rather than installing a hook.
[a href="index.php?act=findpost&pid=249119"][{POST_SNAPBACK}][/a]

Isn't the message loop in the core?
.

Columns UI

Reply #1130 –
Quote
Quote
Oh, and I didn't read that you intended to hook your own message loop, rather than process the message at the main window process level. In that case, you could check for that within your message loop, rather than installing a hook.
[a href="index.php?act=findpost&pid=249119"][{POST_SNAPBACK}][/a]

Isn't the message loop in the core?
[a href="index.php?act=findpost&pid=249131"][{POST_SNAPBACK}][/a]

Whoops, I forgot that the core handled messages for the main UI. Duh. Damn, I haven't even been awake for 20 hours yet and I'm already slipping up.

Columns UI

Reply #1131 –
I don't know if this is the right place to post this, but I have a request for the albumlist panel plugin. I wish there was a way to get rid of the "All albums" item at the top. It wastes space and I never use it anyways. If it could be removed, the horizontal scroll bar would be used less which is a good thing.

Columns UI

Reply #1132 –
Quote
I could add an option to disable it if you really want, if you are happy to not know where the focus is.. Or maybe dump it in the colour string.[a href="index.php?act=findpost&pid=249077"][{POST_SNAPBACK}][/a]

Well, I use your foo_scroll plugin to keep the currently playing track in focus, so that isn't a problem. Maybe some optional colour variables for the frame would be better than actually disabling it.

Right now the colour string is:
text|selected text|background|selected background|[selected background non-focus]|[left frame]|[top frame]|[right frame]|[bottom frame]

Maybe it could be edited like so:
text|selected text|background|selected background|[selected background non-focus]|[left frame]|[top frame]|[right frame]|[bottom frame]|[selection frame]

Or maybe you could just add an option to display it or not along with adding the colour variables...
</signature>

Columns UI

Reply #1133 –
hi, i have a customized columns ui thing but one annoying thing is that it doesn't seem to 'track' the current playing song. so i have to double click on the status bar to 'find' the song that's currently playing.

any idea on how to fix this?

cheers?

here's the columnsui .fcs file in case that is the culprit: http://www.stevekim.net/!/blue.fcs

Columns UI

Reply #1134 –
Quote
hi, i have a customized columns ui thing but one annoying thing is that it doesn't seem to 'track' the current playing song. so i have to double click on the status bar to 'find' the song that's currently playing.

any idea on how to fix this?

cheers?

here's the columnsui .fcs file in case that is the culprit: http://www.stevekim.net/!/blue.fcs
[{POST_SNAPBACK}][/a]


The simpler, though less flexible solution, is to enable Playback/Follow cursor. For a more flexible solution, install musicmusic's [a href="http://members.lycos.co.uk/musicf/test/foo_scroll.dll]foo_scroll[/url], if you don't already have it, then browse through Playlist/Scroller.

Columns UI

Reply #1135 –
Quote
Quote
I could add an option to disable it if you really want, if you are happy to not know where the focus is.. Or maybe dump it in the colour string.[a href="index.php?act=findpost&pid=249077"][{POST_SNAPBACK}][/a]

Well, I use your foo_scroll plugin to keep the currently playing track in focus, so that isn't a problem. Maybe some optional colour variables for the frame would be better than actually disabling it.

Right now the colour string is:
text|selected text|background|selected background|[selected background non-focus]|[left frame]|[top frame]|[right frame]|[bottom frame]

Maybe it could be edited like so:
text|selected text|background|selected background|[selected background non-focus]|[left frame]|[top frame]|[right frame]|[bottom frame]|[selection frame]

Or maybe you could just add an option to display it or not along with adding the colour variables...
[a href="index.php?act=findpost&pid=249211"][{POST_SNAPBACK}][/a]
The problem is though, migrating exisiting configs to the new one. Writing downthe RGB vales when upgrading is tedious, and it cant fallback onto the old setting when the colour is not specified in the string, because then it wouldn't be optional. But having it optional on a per-column basis is a bit wierd anyway, maybe it would have its uses though. And I dislike the idea of having the selection frame colour at the end of the string it should be fourth or fifth. But then compatibility would be broke.

So, adding it to the colour string can wait, maybe when I make some other changes that brake config compatibility. I can add the option for not showing the frame though for now., though.

Quote
I don't know if this is the right place to post this, but I have a request for the albumlist panel plugin. I wish there was a way to get rid of the "All albums" item at the top. It wastes space and I never use it anyways. If it could be removed, the horizontal scroll bar would be used less which is a good thing.
[a href="index.php?act=findpost&pid=249206"][{POST_SNAPBACK}][/a]

Someone once made a modification for that (Rexy I think), maybe you could ask them to update it.
.

Columns UI

Reply #1136 –
Quote
The problem is though, migrating exisiting configs to the new one. Writing downthe RGB vales when upgrading is tedious, and it cant fallback onto the old setting when the colour is not specified in the string, because then it wouldn't be optional. But having it optional on a per-column basis is a bit wierd anyway, maybe it would have its uses though. And I dislike the idea of having the selection frame colour at the end of the string it should be fourth or fifth. But then compatibility would be broke.

So, adding it to the colour string can wait, maybe when I make some other changes that brake config compatibility. I can add the option for not showing the frame though for now., though.
[a href="index.php?act=findpost&pid=249386"][{POST_SNAPBACK}][/a]

Fair enough. I'd just use the colour variables to make the frame the same colour as the background so there appears to be no frame anyway. Different columns in my config have different background colours, that's why the per column thing would come in useful.
</signature>
 

Columns UI

Reply #1137 –
0.1.2 beta 1 is out

changelog:
Quote
beta1
-mousewheel scrolls window underneath cursor
-png loader sets PNG_TRANSFORM_PACKING, PNG_TRANSFORM_EXPAND and PNG_TRANSFORM_SHIFT flags as suggestted by kode54
-fixed transparency & 32 bpp pngs when desktop is set to <32 bpp, or you were using my laptop
-png loader now attempts to load libpng13.dll first
-tab key stops at playlist tabs
-other bugfixes

Some of these changes could do with some testing, namely the mouse wheel and png stuff.

Edit: Please redownload, I fixed an auto-sizing bug that got introduced in alpha 4 (when the width of the playlist was equal to that of all the columns "width" settings, all columns would have 0 width  )
.

Columns UI

Reply #1138 –
musicmusic, are you still thinking of making the whole playlist area a single panel (and thus also the ability to have sidepanels on all the sides)?

Columns UI

Reply #1139 –
Quote
Could you please ask a moderator to give you access to the first Post in this thread in some way? It would be a lot easier for all if you put all the news and files there instead of putting them at the end where they get lost as the discussion continues 
[a href="index.php?act=findpost&pid=247569"][{POST_SNAPBACK}][/a]



Hmh, personally I find this a pretty silly idea. I would find it quite convenient if musicmusic would also put the links in all posts that announce updates.

I personally really don't feel like having to go back in the thread everytime there is a post about an update and I know many others don't do either.

@musicmusic

So maybe you could please also always add links in the current posts about new updates

As usual all else I can say is: Great work. Am still enjoying columns UI as much as always. 

Columns UI

Reply #1140 –
Hrm, I'm not sure if I've ever thanked for this component before... but this is great, thank you very much for your hard work. It is very much appreciated.

And I do agree with picmixer on this one, I find it a bit sloppy to go to the first post every time...
Two things are infinite: the universe and human stupidity; and I'm not sure about the universe

Columns UI

Reply #1141 –
Quote
musicmusic, are you still thinking of making the whole playlist area a single panel (and thus also the ability to have sidepanels on all the sides)?
[a href="index.php?act=findpost&pid=249512"][{POST_SNAPBACK}][/a]

Not for 0.1.2. It is a minor revision after all, and a final has to come out some day...

Quote
So maybe you could please also always add links in the current posts about new updates

As usual all else I can say is: Great work. Am still enjoying columns UI as much as always. 
[a href="index.php?act=findpost&pid=249513"][{POST_SNAPBACK}][/a]

Sorry, I usually add the lnks, in fact I was going to in that post, but I forgot for some reason.. Added now
.

Columns UI

Reply #1142 –
Quote
Quote
musicmusic, are you still thinking of making the whole playlist area a single panel (and thus also the ability to have sidepanels on all the sides)?
[a href="index.php?act=findpost&pid=249512"][{POST_SNAPBACK}][/a]

Not for 0.1.2. It is a minor revision after all, and a final has to come out some day...
[a href="index.php?act=findpost&pid=249515"][{POST_SNAPBACK}][/a]

Well I actually never even thought about having it in 0.1.2 but some later version. I just wanted to know if you still plan on that?

Columns UI

Reply #1143 –
Quote
-mousewheel scrolls window underneath cursor[a href="index.php?act=findpost&pid=249493"][{POST_SNAPBACK}][/a]

That was fast! Many thanks 

Another suggestion which I think would be useful is to reset the autohide delay if the mouse is reintroduced to the sidebar area before it has counted down (currently, there's no way to stop it from hiding once the mouse has moved away).

Thanks again for your hard work and it's very much appreciated.
f to c to f to c

Columns UI

Reply #1144 –
Smalls problems with beta 1 :

1) in database explorer 0.15:  ENTER not send selection to playlist as in alpha 4.

2) in albumlist 0.1.1 : when remove captation , only way to show captation is reset sidebar


BIG THANKS for your beautifull work 
Music is my first love.

Columns UI

Reply #1145 –
Some suggestion.
I wish when sidebar captions set locked, then it won't be resize or move again

Columns UI

Reply #1146 –
Could you put up a compiled version of the extended search panel? Source code doesn't do much for me, but I don't see any other versions on your site

edit: nevermind, didn't read carefully enough

edit2: hmm, looks like I was right. There appears to be no compiled ex search, why is this?

Columns UI

Reply #1147 –
How do I get an Extended Search side panel? I can only find the sources on the first page of this thread.

And on the foo_temple side panel, would it be possible to add a tooltip showing the whole string for entries which don't fit into the available space?

Columns UI

Reply #1148 –
is it possible to have this plugin control how the actual window borders appear?  i'd like to have foobar be a toolstyle window that doesn't appear in alt+tab (and doesn't show a titlebar) just like miranda does and was hoping that a ui plugin would be able to handle this.

is that possible in future versions?

Columns UI

Reply #1149 –
I've noticed a small "bug" when doing the following :
1 - Select an item in the albumlist panel
2 - Select  a playlist in the playlist switcher panel
3 - Click on you previous selection in the album list panel

The playlist area is not refreshed properly, you have to click on another item in the albumlist panel, then on your first selection to have the display refreshed correctly.

May I on the occasion recall a feature request that would be great IMHO :

Memorize the selection made in the albumlist (or the playlist panel) and implement browser-like "back" and "forward" buttons that would enable to recall seamlessly previously selected positions in the playlist or albumlist panels (or any other like history or temple). Those buttons could be made available in the toolbar (like the history buttons) or as part of the sidebar. This feature would also enable the "Playlist/Highlight playing item" function to work not only on the playlists but also with the albumlist.

Thank you