I think before we submit this patch, we should agree on a general UI concept going forward.
TL;DR: I think tabs for the main window is the wrong approach and will alienate a lot of users There are basically three main uses for tabs in an application (besides from preference dialogs). The first approach is your basic webbrowser, who displays multiple webpages in each individual tab. This actually is something Apple tries to enforce anyway and others do as well, but always the content of the tabs are similar. It is always a webcontent or a textdocument, .... They can be opened and closed individually and do not care about or influence each other. The Wireshark equivalent would be a capture file. IO Graph and the packet list do influence each other deeply, as does the packet list and every other dialog. Now in the second approach (e.g. iTunes or music player application), you may have tabs which present you the same data in a different method (Album, Artists, Playlist, ...). In these cases the tabs are always present, their view can be toggled, but in reality they are always there. Equivalent in Wireshark would be, that all dialogs are generated on capture file load and be always there, but hidden. If tabs are not used for the main window, the usually are being used as utility tabs (see your favorite IDE e.g. QtCreator, Visual Studio, Eclipse, ...). This would be the third approach. They present additional information to the main document, a search possibility, graphical representation, .... Wireshark's dialogs do not present different, independant data (first approach), but in the most cases an aggregated view (third approach) and sometimes an alternative view (second approach). Therefore, making them tabs to the main window is contradictory (as stated above). Users would have a program which operates very different to other programs they use daily. Making dialogs tabs to a utility window (byte view, packet detail) seems more to be the natural method. And then they can be dockable as well. One last (but important) argument is screen size. A lot of people have big screens now. The tabbed approach for the main window really only makes sense on smaller screens. On a big screen tabs do not lead to a better utilisation of the space, making the work with a lot of tabs more cumbersome. regards Roland Am So., 6. Mai 2018 um 09:37 Uhr schrieb Paul Offord < paul.off...@advance7.com>: > > I *think* Windows DLLs may also function as shared libraries. > > They do. One instance in RAM mapped into the virtual address space of any > process referencing the DLL. > > -----Original Message----- > From: Wireshark-dev <wireshark-dev-boun...@wireshark.org> On Behalf Of > Guy Harris > Sent: 05 May 2018 19:25 > To: Developer support list for Wireshark <wireshark-dev@wireshark.org> > Subject: Re: [Wireshark-dev] Feature: option to open windows as tabs > > On May 5, 2018, at 10:04 AM, Peter Wu <pe...@lekensteyn.nl> wrote: > > > Memory usage will probably suck due to exact copies of the process, > > On most if not all UN*Xes, the executable image's code and read-only data, > and libwireshark's/libwiretap's/libwsutil's code and read-only data, should > be shared between all of the processes. > > You won't, however, share the results of reading in configuration files, > e.g. the new fields added by reading in the RADIUS and DIAMETER > dictionaries... > > ...unless they're read in by the UI process, and handed to the dissector > processes as (read-only) shared memory. > > I *think* Windows DLLs may also function as shared libraries. > ___________________________________________________________________________ > Sent via: Wireshark-dev mailing list <wireshark-dev@wireshark.org> > Archives: https://www.wireshark.org/lists/wireshark-dev > Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev > mailto:wireshark-dev-requ...@wireshark.org > ?subject=unsubscribe > > ______________________________________________________________________ > > This message contains confidential information and is intended only for > the individual named. If you are not the named addressee you should not > disseminate, distribute or copy this e-mail. Please notify the sender > immediately by e-mail if you have received this e-mail by mistake and > delete this e-mail from your system. > > Any views or opinions expressed are solely those of the author and do not > necessarily represent those of Advance Seven Ltd. E-mail transmission > cannot be guaranteed to be secure or error-free as information could be > intercepted, corrupted, lost, destroyed, arrive late or incomplete, or > contain viruses. The sender therefore does not accept liability for any > errors or omissions in the contents of this message, which arise as a > result of e-mail transmission. > > Advance Seven Ltd. Registered in England & Wales numbered 2373877 at > Endeavour House, Coopers End Lane, Stansted, Essex CM24 1SJ > > ______________________________________________________________________ > This email has been scanned by the Symantec Email Security.cloud service. > For more information please visit http://www.symanteccloud.com > ______________________________________________________________________ > ___________________________________________________________________________ > Sent via: Wireshark-dev mailing list <wireshark-dev@wireshark.org> > Archives: https://www.wireshark.org/lists/wireshark-dev > Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev > mailto:wireshark-dev-requ...@wireshark.org > ?subject=unsubscribe
___________________________________________________________________________ Sent via: Wireshark-dev mailing list <wireshark-dev@wireshark.org> Archives: https://www.wireshark.org/lists/wireshark-dev Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev mailto:wireshark-dev-requ...@wireshark.org?subject=unsubscribe
