Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[tombert]

At the end of July I posted the following bug http://yabb.jriver.com/interact/index.php?topic=41739.0 (still not solved) and now I'am reading that smoothing fonts seems to be more important http://yabb.jriver.com/interact/index.php?topic=40223.0 kinda "what else can I do for you?".

[gappie]

you should be patient. look at those threads. the smooth fonts thread was started on the 25th of april. yours on the 26 july. that is three months later.

[ThoBar]

... and I suspect the font is an easier issue to address. A 'quick win'.

[Mr ChriZ]

Sometimes issues get forgotten, just bump them up the list now and then.

Othertimes developers just fix what they're in the mood to fix ;-)

[prod]

(still not solved)

I had a quick look at your original post and I think it's arguable whether the behaviour you're experiencing is intended or is, as you say, a bug.

I don't believe editing pane items will take into account any items selected in the list view below. The panes are depicting a hierarchy of values, and, as the pane items are higher in the hierarchy than the list items, any changes made within them will cascade downwards, regardless of what you've selected downstream.

I think?

[tombert]

I had a quick look at your original post and I think it's arguable whether the behaviour you're experiencing is intended or is, as you say, a bug.

I don't believe editing pane items will take into account any items selected in the list view below. The panes are depicting a hierarchy of values, and, as the pane items are higher in the hierarchy than the list items, any changes made within them will cascade downwards, regardless of what you've selected downstream.

I think?

You know, I'm a SW developer too and I'll agree to this statement in a kind of "it's not a bug - it's a feature" way
And I'll agree that this is not a bug in a usual way, it's more the implicit assumption you make when selecting elements in the pane:

• the view list below changes depending on the selection in the pane,
• the view list shows the files I'm editing currently;

These two assumptions are from a user's point of view the most and intuitive argueable.

[prod]

Hmm I dunno, I don't make the same assumptions or inferences that you do. I concede that MC isn't the most intuitive of programs, but the particular behaviour you mention seems pretty Windows-standard to me.

[prod]

• the view list below changes depending on the selection in the pane,
• the view list shows the files I'm editing currently;

I've been trying this out on my machine back home - I understand what you're getting at now. When you edit the item in the left hand panes, everything gets changed, even stuff that's not in the list view according to what's been selected in the right hand pane.

I agree that's quite unintuitive. You'd just expect the selected items to be updated.

[tombert]

I've been trying this out on my machine back home - I understand what you're getting at now. When you edit the item in the left hand panes, everything gets changed, even stuff that's not in the list view according to what's been selected in the right hand pane.

I agree that's quite unintuitive. You'd just expect the selected items to be updated.

You dont know how happy I'am quite now! Long time I thought to be missunderstood ... thx.

[tombert]

Bump.

[darichman]

Hey I've done that same tagging manoeuvre before without thinking twice!
Hope I didn't do something I didn't want to 

[Matt]

This is functioning like it's supposed to, and there's no right answer.

However, after discussing it, we agree that it's better to be tied to visible files that the actual pane item.  Look for a change in a coming build.

[Matt]

In build 463 (this one was hard to describe):
Changed: In the panes, picking something like "Rock", then "Aerosmith", and then editing or playing "Rock" will only operate on Aerosmith files instead of all Rock files.

[Doof]

Nice. Now what about those smooth fonts?