My mistake come because I was playing with the file ..XnViewMP\UI\toolbar.ini
There is a value for "size" > value controls size of icons, looks like very small values will revers check box "Large Icons".
Actually I don't understand what and why happens.
The conclusion is - don't play with ...
Search found 99 matches
- Tue Jan 31, 2017 9:28 am
- Forum: MP - Resolved Bugs & Requests
- Topic: Checking Large icons gives Small icons
- Replies: 5
- Views: 11277
- Mon Jan 30, 2017 9:15 pm
- Forum: MP - Resolved Bugs & Requests
- Topic: Checking Large icons gives Small icons
- Replies: 5
- Views: 11277
Re: Checking Large icons gives Small icons
Started with new INI and checkbox is OK. Sorry for this post. You may delete it (as false alert).
- Mon Jan 30, 2017 5:24 pm
- Forum: MP - Resolved Bugs & Requests
- Topic: Checking Large icons gives Small icons
- Replies: 5
- Views: 11277
Checking Large icons gives Small icons
- <--// Moderator's note: This topic has been split off from “0.84: "Switching mode" not saved in specified .ini file”. //-->
Checking Large icons gives Small icons.
- Mon Jan 30, 2017 2:44 pm
- Forum: Classic - Suggestions
- Topic: Styling File Extensions
- Replies: 7
- Views: 2135
Re: Styling File Extensions
merry widow, you may also try xnView TweakUi for xnView Classic:
http://newsgroup.xnview.com/viewtopic.p ... xnvtweakui
http://newsgroup.xnview.com/viewtopic.p ... xnvtweakui
- Mon Jan 30, 2017 2:20 pm
- Forum: MP - Suggestions
- Topic: Toolbar button holding entire menu.
- Replies: 3
- Views: 590
Re: Toolbar button holding entire menu.
V menu.jpg
This is an example of a button holding menu entries. (from WPS Office, also known as Kingsoft Office)
Nothing special, just vertical arrangement.
This will allow to put "Menu button" in toolbar and hide Menubar to save wasted space. Assuming optional "Hide/Show menu bar" will be added ...
This is an example of a button holding menu entries. (from WPS Office, also known as Kingsoft Office)
Nothing special, just vertical arrangement.
This will allow to put "Menu button" in toolbar and hide Menubar to save wasted space. Assuming optional "Hide/Show menu bar" will be added ...
- Sun Jan 29, 2017 5:12 pm
- Forum: Closed/Resolved
- Topic: 0.84: "Switching mode" not saved in specified .ini file
- Replies: 8
- Views: 1770
Re: 0.84: "Switching mode" not saved in INI
Yes, program runs with correct ini file.xnview wrote: please check in about dialog, if the pathname of xnview.ini is correct?
- Sun Jan 29, 2017 7:07 am
- Forum: Closed/Resolved
- Topic: 0.84: Titlebar no longer hidden when switching mode
- Replies: 4
- Views: 1093
0.84: Titlebar no longer hidden when switching mode
<Moderator's note: This topic has been split from another topic >
More annoying is this: if I want to use layout without titelbar, switching between Browser>View>Browser brings back Titlebar and windowed mode for browser (if I use default settings for Switching mode).
Interesting fact is - when ...
More annoying is this: if I want to use layout without titelbar, switching between Browser>View>Browser brings back Titlebar and windowed mode for browser (if I use default settings for Switching mode).
Interesting fact is - when ...
- Sun Jan 29, 2017 6:58 am
- Forum: Closed/Resolved
- Topic: 0.84: "Switching mode" not saved in specified .ini file
- Replies: 8
- Views: 1770
Re: 0.84: "Switching mode" not saved in INI
Helmut, I made few tests to see when this mistake appear.
I have 2 INI files inside programs directory. xnview.ini and xnview-Black.ini (for FusionBlack theme).
When I start with default INI - settings are saved. When I start with second ini (adding -ini xnview-Black.ini in xnView shortcut) settings ...
I have 2 INI files inside programs directory. xnview.ini and xnview-Black.ini (for FusionBlack theme).
When I start with default INI - settings are saved. When I start with second ini (adding -ini xnview-Black.ini in xnView shortcut) settings ...
- Sat Jan 28, 2017 7:56 pm
- Forum: Closed/Resolved
- Topic: 0.84: "Switching mode" not saved in specified .ini file
- Replies: 8
- Views: 1770
0.84: "Switching mode" not saved in specified .ini file
xnViewMP-64 on Windows8.1-64 with INI file inside XnView directory, Fusion dark theme
Tools>Settings>Interface>Switching mode changes not saved in INI file, after restart values are always "Browser<>Viewer"
Other check-boxes in menu do not correspond to actual interface state - for example ...
Tools>Settings>Interface>Switching mode changes not saved in INI file, after restart values are always "Browser<>Viewer"
Other check-boxes in menu do not correspond to actual interface state - for example ...
- Sat Jan 28, 2017 11:43 am
- Forum: New
- Topic: 0.78 x64: Hide Title Bar and Save Layout Bug
- Replies: 6
- Views: 2470
Re: 0.78 x64: Hide Title Bar and Save Layout Bug
Hide title bar is allways unchecked on xnViewMP restart. My layout is with hidden titelbar but menu>view>Hide title bar is not checked, check/uncheck few times - no change in layout, but opening View window and back to Browser window will bring back windowed mode (with titlebar - although I don't ...
- Fri Jan 27, 2017 10:57 am
- Forum: Closed/Resolved
- Topic: 0.84: "Compare window" without Tabs
- Replies: 29
- Views: 3935
Re: 0.84: "Compare window" without Tabs
For the OP:
Toolbars in Browser and Viewer can be (re)docked vertically....
There is little problem with vertical docking of toolbar (my custom one) - if docked vertically and I make some changes in "settings" the toolbar jumps back to default horizontal position after closing the 'settings ...
Toolbars in Browser and Viewer can be (re)docked vertically....
There is little problem with vertical docking of toolbar (my custom one) - if docked vertically and I make some changes in "settings" the toolbar jumps back to default horizontal position after closing the 'settings ...
- Fri Jan 27, 2017 2:35 am
- Forum: Closed/Resolved
- Topic: 0.84: "Compare window" without Tabs
- Replies: 29
- Views: 3935
Re: "Compare window" without Tabs
"Closing last tab exits XnView" was checked on my configuration, after unchecking it is same:
Exit Compare = Exit xnViewMP.
Compare is not the "Last tab" if tabs are active. Looks like problem is that Compare is not opening separate window ???
(xnViewMP 64 bit with INI file inside xnView folder ...
Exit Compare = Exit xnViewMP.
Compare is not the "Last tab" if tabs are active. Looks like problem is that Compare is not opening separate window ???
(xnViewMP 64 bit with INI file inside xnView folder ...
- Thu Jan 26, 2017 5:41 pm
- Forum: Closed/Resolved
- Topic: 0.84: "Use alpha channel" not remembered
- Replies: 15
- Views: 4887
Re: "Use alpha chanel" wrong behavior
In addition to above - there is no way to eliminate transparency if file is open in Compare window, context menu is totally different and this option is missing.
- Thu Jan 26, 2017 2:43 pm
- Forum: Closed/Resolved
- Topic: 0.84: "Compare window" without Tabs
- Replies: 29
- Views: 3935
0.84: "Compare window" without Tabs
I don't use tabs in xnViewMP. Open Compare window -then close it >>> it is equal to Exit xnViewMP.
In xnView Classic - Compare is a separate window and closing it is not equal to close the program. It have to be same in xnViewMP.
( Tabs together with Menu, Toolbar and SmallTollbar and Title bar are ...
In xnView Classic - Compare is a separate window and closing it is not equal to close the program. It have to be same in xnViewMP.
( Tabs together with Menu, Toolbar and SmallTollbar and Title bar are ...
- Wed Jan 25, 2017 3:37 pm
- Forum: Closed/Resolved
- Topic: 0.84: "Use alpha channel" not remembered
- Replies: 15
- Views: 4887
0.84: "Use alpha channel" not remembered
xnViewMPx64 minimal with settings in INI file on Windows8.1 64 bit.
When I select Photoshop file with channels (selections) saved in file the preview iside xnViewMP is always as if "Use alpha chanel" is selected.
If I uncheck "Use alpha chanel" preview is OK, but after xnView restart it is again ...
When I select Photoshop file with channels (selections) saved in file the preview iside xnViewMP is always as if "Use alpha chanel" is selected.
If I uncheck "Use alpha chanel" preview is OK, but after xnView restart it is again ...