An item under the cursor in the target panel doesn't fall into the %a%[WU]L list if there is no mark

[Fla$her]

Deselect using Ctrl+Num- from both panels and place the cursor in them below [..]. Then click the button:

Code: Select all

TOTALCMD#BAR#DATA
%comspec% /q/u/c type
%a%WL>flist.txt
wcmicon2.dll,67
Create a list of selected items

1

After that, flist.txt should appear with only one path instead of two.

[ghisler(Author)]

First the expectations:
%WL pastes the selected items from the source panel. If nothing is selected, it pastes the file under the cursor.
%a also adds the selected items in the target panel. It doesn't insert a file from the target panel if nothing is selected there.
Now the test:
1. Nothing selected in either panel
2. Cursor stands on a file in active panel and inactive panel
-> Only the file under the cursor in the active panel is added to the list, so with only one path.
Please describe what you do differently to get two paths.

[Fla$her]

I don't understand your request. You just confirmed what I wrote. The file under the cursor in the target panel is also selected, but not marked. Therefore, there should be a match for both panels, i.e. both files should be included in the list.

[white]

You just confirmed what I wrote.

No, you wrote the opposite:

After that, flist.txt should appear with only one path instead of two.

Perhaps because you are using a translator?

The file under the cursor in the target panel is also selected, but not marked. Therefore, there should be a match for both panels, i.e. both files should be included in the list.

As Christian explained, it is by design that only marked files in the target panel are included. So if you want something different, you can make a suggestion.

[Fla$her]

No, you wrote the opposite:

After that, flist.txt should appear with only one path instead of two.

Perhaps because you are using a translator?

I don't need a translator to compare similar things written in other words:

It doesn't insert a file from the target panel if nothing is selected there.
Only the file under the cursor in the active panel is added to the list, so with only one path.

Does the topic title say otherwise?
Perhaps the problem is your misunderstanding of the quote you gave? This is not a description of my expectation in behavior, it's a description of reproducing the problem.

As Christian explained, it is by design that only marked files in the target panel are included. So if you want something different, you can make a suggestion.

By design, it doesn't mean that it's correct or expected by the user. The text from the help says about the selection, not the mark:

Include parameter %a to also append selected files and directories from the target panel.

There is no logic in the fact that the file under the cursor in one panel is considered selected, and the file under the cursor in the other one is not. This is definitely a mismatch. The expected behavior is implemented for %R. There should be a similar one here.

[white]

Does the topic title say otherwise?

No, the topic title doesn't. But I did not quote the topic title.

Perhaps the problem is your misunderstanding of the quote you gave? This is not a description of my expectation in behavior, it's a description of reproducing the problem.

No I did not misunderstand. The quoted text is saying the opposite:

After that, flist.txt should appear with only one path instead of two.

Apparently you meant to say:

After that, flist.txt appears with only one path instead of two.

---

As Christian explained, it is by design that only marked files in the target panel are included. So if you want something different, you can make a suggestion.

By design, it doesn't mean that it's correct or expected by the user.

Agreed that by design does not necessarily mean correct or expected by the user.

The text from the help says about the selection, not the mark:

I only used the word "marked" to make it more clear for you, because you used that word. Christian used the word "selected". They are interchangeable in this context.

Include parameter %a to also append selected files and directories from the target panel.

There is no logic in the fact that the file under the cursor in one panel is considered selected, and the file under the cursor in the other one is not.

Perhaps you have configured TC so that the cursor in the inactive panel is visible too (InactiveFocus > 0). With only one cursor visible (the default), it does make sense.

The expected behavior is implemented for %R. There should be a similar one here.

In my opinion, that's something different and not comparable in that way.

[Fla$her]

No I did not misunderstand. The quoted text is saying the opposite:
Apparently you meant to say:

You're wrong. You didn't take into account that this is a quote from another topic, where I tried to explain step by step to another user the reproduction of a bug that he failed to reproduce at first, so the use of the verb "should" was appropriate there.

I only used the word "marked" to make it more clear for you, because you used that word. Christian used the word "selected". They are interchangeable in this context.

They cannot be 100% interchangeable precisely because of the object under the cursor, which is considered selected but not marked. We discussed this in various topics, including with Christian.

Perhaps you have configured TC so that the cursor in the inactive panel is visible too (InactiveFocus > 0). With only one cursor visible (the default), it does make sense.

I disagree. This option only affects the rendering of the element, it does not affect the parameters in any way.

In my opinion, that's something different and not comparable in that way.

I don't see any fundamental difference here in the context of applying the selection of the element under the cursor in relation to the parameters (%M or %R1). %a%F/%a%L is just a combined list, where the same analogy should be traced in relation to both panels.

[white]

You're wrong. You didn't take into account that this is a quote from another topic, where I tried to explain step by step to another user the reproduction of a bug that he failed to reproduce at first, so the use of the verb "should" was appropriate there.

I see. So your bug description only appears in the topic title, while you have quoted a section from another topic that seems to suggest the opposite. And to fully understand this discrepancy, one needs to read multiple posts from the thread you quoted.

I only used the word "marked" to make it more clear for you, because you used that word. Christian used the word "selected". They are interchangeable in this context.

They cannot be 100% interchangeable precisely because of the object under the cursor, which is considered selected but not marked. We discussed this in various topics, including with Christian.

I said "They are interchangeable in this context." In this context Christian explained what it means.

Perhaps you have configured TC so that the cursor in the inactive panel is visible too (InactiveFocus > 0). With only one cursor visible (the default), it does make sense.

I disagree. This option only affects the rendering of the element, it does not affect the parameters in any way.

It effects whether only one cursor is visible or two.

In my opinion, that's something different and not comparable in that way.

I don't see any fundamental difference here in the context of applying the selection of the element under the cursor in relation to the parameters (%M or %R1). %a%F/%a%L is just a combined list, where the same analogy should be traced in relation to both panels.

Apparently %a%F/%a%L is not just a combined list of 2 other lists.

[Fla$her]

I see. So your bug description only appears in the topic title, while you have quoted a section from another topic that seems to suggest the opposite. And to fully understand this discrepancy, one needs to read multiple posts from the thread you quoted.

No. The description doesn't contradict the title in any way, you are misinterpreting my thought. I have already explained to you that "should appear" means what the user should see with proper diagnosis.

It effects whether only one cursor is visible or two.

Which is only a visual component.

Apparently %a%L is not just a combined list of 2 other lists.

And what else is it?

[white]

Apparently %a%L is not just a combined list of 2 other lists.

And what else is it?

Christian explained it:

%a also adds the selected items in the target panel. It doesn't insert a file from the target panel if nothing is selected there.

[Fla$her]

This is only a confirmation of the reproduction of the problem, and not a substantiation of the very need for such a logic of behavior. So far, I don't see any objective substantiation.

[white]

This is only a confirmation of the reproduction of the problem..

No, Christian described the design. It's not a combining of 2 lists. It expands a list with marked files in the inactive panel. Would it be helpful if the help would say "marked" rather than "selected" when describing %a?

[JOUBE]

It expands a list with marked files in the inactive panel. Would it be helpful if the help would say "marked" rather than "selected" when describing %a?

That is not necessary: In the inactive panel, none is ever selected (if none is marked)

[Fla$her]

No, Christian described the design. It's not a combining of 2 lists. It expands a list with marked files in the inactive panel. Would it be helpful if the help would say "marked" rather than "selected" when describing %a?

The description of the design in this case is no different from the description of the problem. By design, you can create a problem with unexpected and undesirable behavior. I've already made it clear twice using the example of %R why it shouldn't be like this. %R1 returns the name under the cursor in target panel, %a%F doesn't. This discrepancy must be eliminated. Clarifying the description is not a solution.

[white]

I've already made it clear twice using the example of %R why it shouldn't be like this. %R1 returns the name under the cursor in target panel, %a%F doesn't. This discrepancy must be eliminated.

%R focuses solely on the inactive panel. %a%F, on the other hand, expands the list of selected files in the active panel. In my opinion, it's like comparing apples with oranges. If there were a parameter like %a%S that produced the same result as %S%R, and you would then compare %a%S with %a%F, then I would find your argument compelling.