So what is the final verdict? Create a print settings dialog at a start or begin doing the printer settings tab page? -- Mohamed Mansour
On Wed, Jun 3, 2009 at 10:56 AM, Sverrir Á. Berg <[email protected]>wrote: > I think the main challenge is to keep the user flow simple. Traditionally > Windows programs have split the configuration of a print to two different > dialogs. The Page Setup dialog and the Print dialog. This has always been > very confusing for me and I think most users because its not obvious what > changing the page size in the page setup dialog is supposed to do when you > select a new printer in the Print dialog or move to a new document. If we > would go this route we would have a Page setup in the main menu and the > print option in the page menu. Confusing at best. > My vision for this was that by selecting print the user would go directly > to a new tab with the print preview where the configuration would be > visually obvious and you could by clicking on the header margins etc change > the options, view the visual effects and then there and select the single > button on the page that would say print. > I've been taking the first steps for this in the work I have been doing to > duplicate the DOM so that we have a static copy that can be printed. This > is a prerequisite for the print preview (IMHO). > As an in-between step we could go for a simple dialog that only displays > the default case and has large buttons that you can click to edit page and > printer settings (attached). > > Clicking the page would simply display a list of options (possibly similar > to the manage search engines dialog) that would allow you do modify each one > and possibly reset them all to default. Crude but efficient. > > Sverrir > > > > On Wed, Jun 3, 2009 at 10:06 AM, Marc-Antoine Ruel <[email protected]>wrote: > >> That's an idea of what it'll looks like when embedded in a tab but it's >> dependent on Sverrir's (and future) work. >> M-A >> >> >> On Wed, Jun 3, 2009 at 9:56 AM, Mohamed Mansour <[email protected] >> > wrote: >> >>> "Then you could directly see the effect of the settings you were >>> changing on the printed output." So similar what Scott suggestion regarding >>> inline editing? So something like this, or even more real-time ... NOTE: I >>> just drew this at work with mspaint with paint brush and transform ;x >>> >>> http://i42.tinypic.com/2lnxymd.png >>> >>> Ian, page size is useful we could add that as well. I personally don't >>> know how complex we even want it. The chromium UI team is very very picky >>> for every inch being put on screen. We could make a full blown printer >>> settings page and have a "Advanced link" that expands more options. I don't >>> know. I am just spitting out mocks. >>> >>> Maybe just place the preview as the main one and people click on >>> appropriate places, but that will be confusing to many newbs. >>> >>> >>> -- Mohamed Mansour >>> >>> >>> >>> On Wed, Jun 3, 2009 at 6:00 AM, Marc-Antoine Ruel >>> <[email protected]>wrote: >>> >>>> Yes it's still the goal but in the mean time it'd be nice to have >>>> something to be able to configure the basic settings. >>>> >>>> >>>> On Wed, Jun 3, 2009 at 4:16 AM, Ben Goodger (Google) >>>> <[email protected]>wrote: >>>> >>>>> I don't like these dialog boxes... I thought we had a more ambitious >>>>> goal once upon a time to do some of this in-tab. Then you could >>>>> directly see the effect of the settings you were changing on the >>>>> printed output. >>>>> >>>>> -Ben >>>>> >>>>> On Tue, Jun 2, 2009 at 6:28 PM, Mohamed Mansour >>>>> <[email protected]> wrote: >>>>> > I removed the options part to give a more visualized idea: >>>>> > http://i41.tinypic.com/syvz7p.png >>>>> > Scott, I agree headers / footers are confusing everywhere, can you >>>>> elaborate >>>>> > on how we can do inline header/footer representation. I was thinking >>>>> of the >>>>> > same thing, but I thought it would be confusing for the user to >>>>> actually >>>>> > click that area, unless it is visually appealing. Ideas? >>>>> > >>>>> > -- Mohamed Mansour >>>>> > >>>>> > >>>>> > On Tue, Jun 2, 2009 at 3:48 PM, Scott Hess <[email protected]> >>>>> wrote: >>>>> >> >>>>> >> I think the headers and footers are confusing (everywhere). Why not >>>>> >> just a single popup for each selection which displays a real-time >>>>> view >>>>> >> of each thing? So it might have items like: >>>>> >> >>>>> >> Header: "Bonsai Kitten >>>>> >> http://www.shorty.com/bonsaikitten/"; >>>>> >> Footer: "Page 1 of 2 >>>>> June 2, >>>>> >> 2009" >>>>> >> >>>>> >> Even better if it were in-line in the box that shows the page >>>>> (header >>>>> >> above, footer below). Also better if it integrates with the >>>>> margins, >>>>> >> since the header and footer presumably take up some space, showing >>>>> how >>>>> >> that space is reclaimed might be valuable. >>>>> >> >>>>> >> -scott [not a UI designer, I hate almost all print panels, they >>>>> almost >>>>> >> always make what I want hard to do] >>>>> >> >>>>> >> >>>>> >> >>>>> >> On Tue, Jun 2, 2009 at 11:31 AM, Marc-Antoine Ruel < >>>>> [email protected]> >>>>> >> wrote: >>>>> >> > I like the mock. >>>>> >> > Glen has a veto on any UI. >>>>> >> > I think the "Options" is unnecessary until implemented so it can >>>>> be >>>>> >> > trimmed >>>>> >> > off. >>>>> >> > The inches/mm issue is well done in Microsoft Word where you can >>>>> type >>>>> >> > the >>>>> >> > units you want to use instead of being forced to use one or >>>>> another. >>>>> >> > M-A >>>>> >> > >>>>> >> > On Tue, Jun 2, 2009 at 2:15 PM, Mohamed Mansour >>>>> >> > <[email protected]> >>>>> >> > wrote: >>>>> >> >> >>>>> >> >> Hi guys, how are you doing? I asked Marc-Antoine about creating a >>>>> >> >> mock-up >>>>> >> >> of the print settings so I was looking into different printer >>>>> >> >> settings user interfaces from various products. >>>>> >> >> >>>>> >> >> http://i44.tinypic.com/rka0c5.png >>>>> >> >> The similarities between them is quite similar, but I really like >>>>> what >>>>> >> >> Firefox has done with how they divide their sections, as well, >>>>> how the >>>>> >> >> display the marginal data on the fly. They all have the >>>>> following >>>>> >> >> things in >>>>> >> >> common: >>>>> >> >> >>>>> >> >> Real-Time displaying of margin changes on the paper >>>>> >> >> Changing headers / footers and allow custom desc >>>>> >> >> Page orientations (Landscape and Portrait) >>>>> >> >> >>>>> >> >> What I liked about the Microsoft products is that everything is >>>>> in one >>>>> >> >> page. The user will not be confused with many >>>>> >> >> >>>>> >> >> >>>>> clicks, and everything is there. But, the sections are not divided, they >>>>> all look squished. >>>>> >> >> Here is my initial proposal. >>>>> >> >> >>>>> >> >> http://i40.tinypic.com/14ki9w0.png >>>>> >> >> Only a single page, where the user will enter his format, options >>>>> (if >>>>> >> >> any), margins, and header/footer. The components are same as >>>>> Firefox >>>>> >> >> but all >>>>> >> >> in one page. We should probably do a drop down to state which >>>>> metric to >>>>> >> >> use >>>>> >> >> (inch/cm) since only America uses inches. >>>>> >> >> I have brought my mother to test this, and mind you, she is very >>>>> new to >>>>> >> >> computers (very inexperienced), she liked the above version >>>>> because >>>>> >> >> everything she needs is in her finger tips and understands it >>>>> better >>>>> >> >> than >>>>> >> >> the others. >>>>> >> >> So that is my take, what do you think? I would like to send this >>>>> email >>>>> >> >> off >>>>> >> >> to Ben/Glen/Nick since they are the UI team and may have a better >>>>> UI >>>>> >> >> perspective on how to do things. Let me know if its allowed to be >>>>> sent >>>>> >> >> to >>>>> >> >> dev mailing list! >>>>> >> >> Thanks! >>>>> >> >> -- Mohamed Mansour >>>>> >> >> >>>>> >> > >>>>> >> > >>>>> >> > > >>>>> >> > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> >>>> >>>> >>> >> > --~--~---------~--~----~------------~-------~--~----~ Chromium Developers mailing list: [email protected] View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev -~----------~----~----~----~------~----~------~--~---
