The single-window mode may looks elegant and comfortable to some users, while being weird to others.
So having an option for single/multiple-windows switching would be nice.
I understand the point, prompting users a separate modal dialog for setting options, one for setting extraction and one for compression settings with now takes place in the main form of the application.
I've implemented modal dialogs for some tasks which requires to set few and quite homogeneous parameters, like setting password, set search options, set custom applications, web search and so on.
For operations with a larger set of options I've preferred to use the full size of the main application's form, and even to rely on tabs to avoid prompting users too much choices in a too small space, and to keep closer related content in each tab.
I agree it would be good the choice of having separate modal dialogs for users liking it, but it will not be simple to switch existing controls to separate forms, and to maintain both ways the controls works.
Moreover in my opinion a separate modal dialog for extraction and archiving interfaces (as they are presently conceived) may have some shortcomings, as they features a file browser-like area which provides users the capability to check and modify the selection of objects to operate on (more similar to what applications like CD/DVD burners and authoring tools do), which takes quite a lot of space and would be difficult to fit in a dialog, and may result quite counter intuitive to users as modal dialogs seldom integrate this type of controls.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
This is the most popular design actually, and what most users are accustomed to.
If this is THE better design choice is another topic, so i would leave it to personal user preference.
BTW, dialogs can be made arbitrary big if necessary, eventually with tabs inside.
(see similar programs like WinRar, FreeArc, etc.)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
View and moderate all "tickets Discussion" comments posted by this user
Mark all as spam, and block user from posting to "Tickets"
Originally posted by: giorgio.tani.software@gmail.com
Is it a request for an optional dual panel mode of operation as in Issue 32?
http://code.google.com/p/peazip/issues/detail?id=32
Related
Tickets: #32
View and moderate all "tickets Discussion" comments posted by this user
Mark all as spam, and block user from posting to "Tickets"
Originally posted by: mantox...@gmail.com
No, i meant using dialogs for commono operations like adding files into an archive, extracting, setting program preferences, etc.
View and moderate all "tickets Discussion" comments posted by this user
Mark all as spam, and block user from posting to "Tickets"
Originally posted by: giorgio.tani.software@gmail.com
I understand the point, prompting users a separate modal dialog for setting options, one for setting extraction and one for compression settings with now takes place in the main form of the application.
I've implemented modal dialogs for some tasks which requires to set few and quite homogeneous parameters, like setting password, set search options, set custom applications, web search and so on.
For operations with a larger set of options I've preferred to use the full size of the main application's form, and even to rely on tabs to avoid prompting users too much choices in a too small space, and to keep closer related content in each tab.
I agree it would be good the choice of having separate modal dialogs for users liking it, but it will not be simple to switch existing controls to separate forms, and to maintain both ways the controls works.
Moreover in my opinion a separate modal dialog for extraction and archiving interfaces (as they are presently conceived) may have some shortcomings, as they features a file browser-like area which provides users the capability to check and modify the selection of objects to operate on (more similar to what applications like CD/DVD burners and authoring tools do), which takes quite a lot of space and would be difficult to fit in a dialog, and may result quite counter intuitive to users as modal dialogs seldom integrate this type of controls.
View and moderate all "tickets Discussion" comments posted by this user
Mark all as spam, and block user from posting to "Tickets"
Originally posted by: mantox...@gmail.com
This is the most popular design actually, and what most users are accustomed to.
If this is THE better design choice is another topic, so i would leave it to personal user preference.
BTW, dialogs can be made arbitrary big if necessary, eventually with tabs inside.
(see similar programs like WinRar, FreeArc, etc.)