I just realized, they're encoded in the AVI with the capture codec I used to
capture them. Bleh! I need to change them into something everyone can
view. I shall reencode them shortly.

In the meantime, if you want to view them, here's the codec the app uses:

http://download.techsmith.com/tscc/tscc.exe

- Tim

Tamper? Tamper? I don't need no steenkeeng Tamper!

Nope, haven't touched them -- the behavior I get is what you see.

- Tim

You're not going insane..... unless you tampered with the avi's

Anyone look at this yet? After the "I can't duplicate this" comments, you should take a look at the AVI's I've included links to, showing the behavior. Please let me know I'm not going insane.

- Tim

Here is a video of what Windows Explorer does when dragging a column
border from the right to the left when the horizontal scrollbar is engaged:

http://www.sonic.net/~tbessie/windowsExplorer.avi

And here's a video of what MediaMonkey does in the same situation.
I don't like what Windows does that much, but what MediaMonkey does
seems kind of broken (note that the column border stops being under the
cursor as it is dragged -- seems wrong). Take a look:

http://www.sonic.net/~tbessie/mediaMonkey.avi

- Tim

Here's a screenshot (until I can do a video capture on my screen).
Shows the drag cursor between columns, instead of over the column divider, where it should be.

- Tim

Hi Steegy...

What MediaMonkey's doing is not standard, as the column-divider cursor, as ones drags the divider to the left, no longer stays with the divider, but moves beyond it to the left, into the middle of the next column, even though, functionally, it is narrowing the column.

Windows does something SIMILAR, but the cursor stays with the divider until it hits the next column divider, at which time no more column sizing movement takes place.

In MediaMonkey, column sizing moving continues to take place, even though the cursor is no longer positioned over the divider. It's a UI disconnect.

I'll see if there's someway I can make a movie of it.

- Tim

I have some behaviour that can be what you are saying.

It only happens when there is a horizontal scroll bar *that is completely scrolled to the right*. If you then resize one of the most right columns, the left columns seem to go right, to the cursor. But this is a wrong interpretation. As you make a column smaller, the whole page will become thinner and the scroll bar will become "less long". But because your scroll bar is positioned completely to the right, it fixes the right column into view so it stays visible.
If a page is fixed to the right but it becomes thinner, then the left border must be comming to the right...

Hopefully more understandable:
- scrollbar completely right: make the 2nd last column smaller. The columns left of the column that is getting smaller "are moving to the right", until the resizing column has 0-width.
- scrollbar not completely right: resizing a column will make that everything left from that column stays where it is. The column itself will become smaller while the columns right will be moved to the right.

This is normal Windows behaviour so I guess you should talk to the Windows dev's instead

Or this is not what you are experiencing...

Cheers
Steegy

No, I still can't reproduce.

For screenshots I use IrfanView, it should be also able to captuare mouse pointer.

Jiri

jiri wrote:I can't reproduce it, seems to work as expected. Maybe you could post some screenshot or so.
Jiri

I've just been trying to do that, but have found that screen capture doesn't capture the cursor in this case. I tried "Snagit" too just now, and IT didn't capture the cursor, tho' I told it to.

What do you use to capture the screen AND special cursors like when dragging a column boundary?

For your reference, headings (in order) are:

Type, Genre, SubGenre (aka Custom 1), Title, Album, Album Artist, Artist, Track #, Filename

This can be reproduced easily on my machine, IBM Thinkpad (newish) running XP Pro.

Did you make sure your horizontal scrollbar was enabled, and did you stretch out the columns a bit? Set up the columns as I described, make each about 3-4 inches wide (by eye), scroll all the way to the right; make sure that the Artist column takes up more than 1/2 the screen width, and that the Track # column is on the far fight. Then grab the boundary between Artist and Track #, and slowly drag it to the left. See if it doesn't show this weird behavior.

- Tim

I can't reproduce it, seems to work as expected. Maybe you could post some screenshot or so.

Jiri

Just installed the release of 2.5.2 -- good work all 'round!

Now, to the bugs!

I was dragging a column divider (between Artist and Track #) to the left. It started to move, but then the columns to the left started to move TOWARDS the cursor as I moved it, eventually stopping when the scrollbar hit the left side of the panel. As I dragged, the cursor stopped being associated with the divider (that is, it moved further and further away from the divider as the columns to the left moved towards the right).

This is different than it used to be, and different than any other program out there, so I sure hope this isn't a new "feature"!

This only seems to happen when the horizontal scrollbar in the track listing is enabled due to a large number of track properties displayed.

Is this a known issue?

- Tim