Project

General

Profile

Actions

Bug #5558

closed

/icon returns incorrect error message for unknown window

Added by westor (GR) 2 months ago. Updated 2 months ago.

Status:
Invalid
Priority:
Normal
Assignee:
Category:
Scripting
Target version:
Start date:
04/29/2022
Due date:
% Done:

0%

Estimated time:
Operative System:
All
Regression:
No

Description

Hello,

It seems /icon returns incorrect error messages when using an uknown window as parameter.

Examples :

//icon $qt(not_exists_window) $qt(file.png)
returns: * /icon: no such file 'not_exists_window" "file.png'
should be: * /icon: no such window 'not_exists_window'

//icon $qt(not_exists_window)
returns: * /icon: no such file 'not_exists_window'
should be: * /icon: no such window 'not_exists_window'

- Thanks!

Actions #1

Updated by Per Amundsen 2 months ago

  • Status changed from New to Invalid

The window is optional, used with -u, the docs are wrong.

Actions #2

Updated by Per Amundsen 2 months ago

Basically, if [Window] is a valid window, it's used for window, otherwise it's used for filename.

Actions #3

Updated by westor (GR) 2 months ago

Yeah i see, btw in the docs -u is duplicated.

-u - Custom icon.
-f - Folder icon.
-u - Custom icon.
Actions

Also available in: Atom PDF