Reviving Dual Browser Request

Ideas for improvements and requests for new features in XnView MP

Moderators: XnTriq, xnview

User avatar
JohnFredC
XnThusiast
Posts: 2010
Joined: Wed Mar 17, 2004 8:33 pm
Location: Sarasota Florida

Reviving Dual Browser Request

Postby JohnFredC » Sat Sep 27, 2008 2:52 pm

Dual (side-by-side) browsers is probably a dead (or at least moribund) issue for XnView itself, and I don't want to "beat a dead horse"... but yet again I have encountered a project where two thumb panels side-by-side, looking at different folders, would be extraordinarily helpful.

Since XnView MP is still in early stages of development, here is a repeat request for some form of dual browser functionality in the XnView interface.

Since I work in the tabbed view exclusively, it would be important for the implementation to enable dual browsers in a single tab or via automatically tiling two XnView sessions side-by-side (see this recent request for discussion of an approach to the latter).

Most file managers (TC, Salamander, Dopus, SpeedCommander, AccelMan, etc., I have them all) do dual thumbnail panels, but using them to substitute for XnView is an exercise in inefficiency and futility...

I am aware that there may be difficult technical (coding/memory management, database management, etc) issues associated with developing the dual browser functionality, but the positive benefits of such a capability to my workflow with XnView would be "off the scale", extraordinary.

Not to mention unique to the industry!
John

User avatar
xnview
Author of XnView
Posts: 28394
Joined: Mon Oct 13, 2003 7:31 am
Location: France
Contact:

Re: Reviving Dual Browser Request

Postby xnview » Sat Sep 27, 2008 3:13 pm

Dual browser is possible with MP, something like a splitter in current browser to allow to have a second folder & thumbnail view? Or only a second thumbnail view?
Pierre.

User avatar
JohnFredC
XnThusiast
Posts: 2010
Joined: Wed Mar 17, 2004 8:33 pm
Location: Sarasota Florida

Postby JohnFredC » Sat Sep 27, 2008 4:31 pm

A complete replication of the (tree, thumbs, preview, etc) browser would be the best thing for me.

But just tree and thumbs/files would be incredibly useful!
John

User avatar
JohnFredC
XnThusiast
Posts: 2010
Joined: Wed Mar 17, 2004 8:33 pm
Location: Sarasota Florida

Postby JohnFredC » Sat Sep 27, 2008 8:25 pm

Actually, my previous post was incomplete and not helpful.

Adding yet more freely re-locatable panels to the current XnView MP Browser is problematic. Here are some reasons why:
    1. Too many tiled windows can be confusing, both visually and logically.
    2. Greater effort needed by the user to position the splitters into a meaningful/useful configuration.
    3. Confusion about which tree goes with which file panel.
    4. Confusion about which Preview/Info etc. goes with which file panel
So: conceding that...
    1) dual browsers in a tab could be very useful
AND
    2) dual browsers in a tab adds complexity and possible user confusion,
...it is critical that the implementation be thought-through very carefully before deployment.

***

IMO, just adding one more file panel (and possibly one more tree) is not a viable solution in that problem #3 and #4 become serious issues. Therefore, the only viable solution is two complete self contained browsers in a tab. Otherwise there will be too much UI confusion/complexity.

So, I say: a full implementation or nothing:
    Each browser needs a title/path bar at the top and its own mini toolbar.

    Inside its panel, each browser would behave just as the current XnViewMP browser behaves. For instance: each file panel would parent its own "helper" panels: tree, preview, info.

    Some indication of which is the "active" browser is essential.

    Each browser would remember its own previous layout.

    The current splitter appearance and behavior would need revision/improvement.

    Toolbar controls to hide/show the 2nd browser and to switch between horizontal and vertical layouts would be essential.

    And of course, drag and drop between the two browsers is de rigeur...
John

User avatar
Dreamer
XnThusiast
Posts: 4605
Joined: Sun Jul 25, 2004 9:08 pm
Location: Slovakia

Postby Dreamer » Sat Sep 27, 2008 10:51 pm

JohnFredC wrote:A complete replication of the (tree, thumbs, preview, etc) browser would be the best thing for me.

But just tree and thumbs/files would be incredibly useful!

Yes, fully customizable dual-view would be perfect, anyone could hide anything he doesn't need (second preview, folder tree...).

Some basic dual pane options would be also useful - shortcuts F5-copy, F6-move, Tab-toggle panels - perhaps as option, also the 'splitter' bar (between the panels) with buttons (copy, move...) similar to FreeCommander, or Altap Salamander.

BTW this is one of most important (if not the most important) features for me!
Dreamer

thibaud
Posts: 269
Joined: Sat Dec 02, 2006 12:41 am
Contact:

Postby thibaud » Sun Sep 28, 2008 9:31 am

I might be totally off base here, but what about just using 2 instance of the browser ? for all of you alternative file manager maniacs.

for what it's worth this is probably the very very last feature I would want in xnview.

I totaly understand that once you guys see a file browser in any app you want it to have the features of your file manager.

But I believe the core functionality of xnview is in the viewing part.
and there is quite a lot of aspect in that regard that could be seriously consolidated.
like:
1. Performance.
2. Stability.
and THAT would really make it unique to the industry!

User avatar
helmut
Posts: 8120
Joined: Sun Oct 12, 2003 6:47 pm
Location: Frankfurt, Germany

Postby helmut » Sun Sep 28, 2008 10:28 am

I fully second your thougths, thibaud. At the moment we have people asking for dual panel support. I'm sure if XnView would support dual panel, only, we would have many people asking for single pane (i.e. the same behaviour as MS Explorer).

A second instance might solve or reduce the need for a dual-pane XnView. And suggestions like "Browse here" in folder tree can make handling with multiple instances easier.

User avatar
JohnFredC
XnThusiast
Posts: 2010
Joined: Wed Mar 17, 2004 8:33 pm
Location: Sarasota Florida

Postby JohnFredC » Sun Sep 28, 2008 1:45 pm

helmut wrote:I'm sure if XnView would support dual panel, only

No one has asked for that! I certainly don't want it "only". My request is for an optional second browser in a single tab, some of the time, and only at the user's request OR a mechanism to simplify tiling/managing two (or more) XnView sessions. Perhap my post wasn't sufficiently clear about that.

many people asking for single pane (i.e. the same behaviour as MS Explorer).

That's how XnView already behaves now! One tree, one file panel! That should remain the default configuration.

A second instance might solve or reduce the need for a dual-pane XnView. And suggestions like "Browse here" in folder tree can make handling with multiple instances easier.

That is my alternative option. See my original post and the link to my post where I recently proposed a mechanism to support that very approach! There are a couple of things about how XnView currently behaves that prevent utility with multiple sessions.

My point above was that if a second browser is implemented in a tab, then a half-way approach (only file panel, or only tree+file panel) was worse than the status quo of not having a second browser in a tab!
John

ghost zero
Posts: 339
Joined: Mon Feb 05, 2007 8:26 pm

Postby ghost zero » Fri Oct 10, 2008 3:11 pm

btw: if you want to use a an IE based web browser that has split screen view option, use maxthon 2 :)


Return to “MP - Suggestions”

Who is online

Users browsing this forum: No registered users and 4 guests