I have set my default .ini profile to only one instance of XnView to keep all of my images in one window. I can choose multiple images from Windows Explorer, and they all open as separate tabs, maximized, inside one XnView window. I have options, view, view tab auto image size set to fit to image to window, large only.
Problem 1.
Using Opera 9.1 and the technique at described at http://newsgroup.xnview.com/viewtopic.p ... ight=opera
if I do not have a copy of Xnview open and I click on an image in Opera to open XnView with -clipaste, XnView opens but with the image child window minimized. If I say menu, edit, import clipboard directly, the image opens correctly maximized.
The command line options I see in menu, info, command line help don't help. -fi resizes my Window size to the image size. I want to keep that unchanged. -fa changes my window size and also opens the image minimized. -full opens in full screen, which is not I want, and when I say escape I see the image with the window size reset.
-clipaste and import clipboard work differently, where they should work the same.
Is there an undocumented command line option that would force maximization of the image opened with -clipaste?
Problem 2.
XnView is not open.
I click on an image in Opera to view it in XnView.
It opens minimized, as noted above. I maximize the child window to see it, see problem 1 above.
I click on a second image in Opera to view it in XnView.
Opera opens XnView but I never see the image.
If I say edit, import clipboard it comes in fine.
It seems like XnView doesn't retrieve the clipboard when it is opened when one instance is already open and a second call to open is made with the -clipaste parameter.
Command Line -clipaste Problems -- Images Don't Open Right
Moderators: helmut, XnTriq, xnview
Re: Command Line -clipaste Problems -- Images Don't Open Rig
Could you send me a PM with your email?J Smith wrote:Using Opera 9.1 and the technique at described at http://newsgroup.xnview.com/viewtopic.p ... ight=opera
if I do not have a copy of Xnview open and I click on an image in Opera to open XnView with -clipaste, XnView opens but with the image child window minimized. If I say menu, edit, import clipboard directly, the image opens correctly maximized.
Pierre.
PM sent with email.
I have continued to work on this problem.
I decided that I should work from the Windows explorer command line, i.e. the target box in a shortcut, and eliminate Opera as a factor.
I used the word "minimized" to describe the child image window that XnView opened. That wasn't right. The child window was not minimized at the bottom of the window but open of minimal size.
After experimenting using my .ini file, XnView appears to be doing the following.
With no XnView copy running, starting XnView with the -clipaste parameter with a good image in the clipboard results a child window opening with the image of a size of maybe 20 pixels.
Starting XnView with -clipaste and a default .ini file results in a child image window of maybe 150 pixels. Something in my .ini settings makes a difference in the size of the image child window opened with -clipaste. However, I haven't been able to figure out which one makes this difference.
With XnView in basic mode, i.e., no open child windows and no edit menu, saying file menu, import clipboard results in a child window fit to the image. XnView does not appear to follow the options view, view auto image option.
With one open child window open with my fit image to window large only, import clipboard results in what I want, a maximized child window for the clipboard with window fitted large only.
It looks like XnView is following the options view, view auto size selection only when one such window is open.
Starting from the command line, it appears that when you have set XnView to one instance, and XnView is open, starting XnView a second time with -clipaste results in nothing happening. However, when you do import clipboard, you get the clipboard without any problem.
It looks like two problems exist here: not using options view view auto image in all circumstances and importing the clipboard when a second Xnview is started with -clipaste.
A command line start up option of force fit image to window, large only to go with -full -fi and -fa would, I think, provide some significant short term relief.
I have continued to work on this problem.
I decided that I should work from the Windows explorer command line, i.e. the target box in a shortcut, and eliminate Opera as a factor.
I used the word "minimized" to describe the child image window that XnView opened. That wasn't right. The child window was not minimized at the bottom of the window but open of minimal size.
After experimenting using my .ini file, XnView appears to be doing the following.
With no XnView copy running, starting XnView with the -clipaste parameter with a good image in the clipboard results a child window opening with the image of a size of maybe 20 pixels.
Starting XnView with -clipaste and a default .ini file results in a child image window of maybe 150 pixels. Something in my .ini settings makes a difference in the size of the image child window opened with -clipaste. However, I haven't been able to figure out which one makes this difference.
With XnView in basic mode, i.e., no open child windows and no edit menu, saying file menu, import clipboard results in a child window fit to the image. XnView does not appear to follow the options view, view auto image option.
With one open child window open with my fit image to window large only, import clipboard results in what I want, a maximized child window for the clipboard with window fitted large only.
It looks like XnView is following the options view, view auto size selection only when one such window is open.
Starting from the command line, it appears that when you have set XnView to one instance, and XnView is open, starting XnView a second time with -clipaste results in nothing happening. However, when you do import clipboard, you get the clipboard without any problem.
It looks like two problems exist here: not using options view view auto image in all circumstances and importing the clipboard when a second Xnview is started with -clipaste.
A command line start up option of force fit image to window, large only to go with -full -fi and -fa would, I think, provide some significant short term relief.