[chromium-dev] Re: Print Settings Mockup
Hi all, I am looking into this again, and we implemented the print: http://www.google.com; hookup functionality into chromium (ToT). So far it just shows a webpage. I am trying to figure out how we could bring the image in there, so I worked on this CL (http://codereview.chromium.org/159387) which introduces the concept of chrome://image/http://www.google.com;, where it fetches the image from the current tab and places it on the domui. I got the idea from another CL for extensions (http://codereview.chromium.org/144019). The problem is that, we can't rely on that approach because of the following (Gathered from extension code review comments): Aaron Boodman said: That is an interesting idea. There would be a few challenges, though: - We need a way to specify the desired format, size, etc. I guess they could be querystring params? - For printing in particular, it seems important to print the exact thing the user sees, not re-request the URL Without a solution to the second issue, I don't think the chrome:// URL idea is workable. But I do think that the code we used to implement this extension API could easily be reused for for print preview. Erik Kay stated: The way this code is currently written, it just grabs the backing store from the current visible tab. This means that it's the same size as the viewport on the visible tab, no new layout happens. Given this, I don't think this could be made to work with printing. The two obvious problems are the my browser width might not match paper width, and that anything that's outside of the viewport (scrolled) won't be visible in the preview. I really don't know how to bring over the printed image, maybe because I am inexperienced in the language, and I am asking for advice on what approach should I take? I want to reuse the same functionality of printing but what is the best way to bring that image into the DOMUI. I tired with the chrome://image/url approach, but as Erik and Aaron stated above, it wont work. If you guys have the UI mockup of the settings, I could implement that now, but since our previous comments, it is directly hooked up to the Print Preview. Any guidance is appreciated :) -- Mohamed Mansour On Tue, Jun 9, 2009 at 9:50 PM, Nick Baum nickb...@chromium.org wrote: On Fri, Jun 5, 2009 at 9:03 PM, Mohamed Mansour m0.interact...@gmail.comwrote: I really like the mock-up, when can you do one for Settings? I'll put it on our list, but I don't expect to get to this in the next couple of weeks. In general, we try not to block engineers on UI, so if you make good progress on the preview, we'll prioritize this higher. If we are going to include settings to this page (such as margins, headers, footers, etc), does that mean it would be per page? I was thinking of global printer settings which will be persistent. I don't know how that will fit this mock-up, or we could have both. We could have a dialog which sole purpose is for printer settings and the inline page for per page settings/preview customization. The inline page can have a link to the global settings if needed. I think the settings should just be global and sticky (just like default printer on the mac: it just uses the last one you used). Most people probably don't want to change print settings when they're not printing. That will seem to be too crowded, and my vision would be incorporating all this (preview and settings) into the same page. I am just wondering how the UI's team vision is, wrt to settings. Would be nice to see. We already started with Headers/Footers data persistence in a previous CL. And would like to have a UI that will let the user interact with such data instead of editing the Preference file directly. Later on we could start the print preview implementation, which I think is challenging. I think Ben's opinion was that the preferences would be hard to understand without the preview, so we should do the preview first. I can't comment on the difficulty of it :) -- Mohamed Mansour On Thu, Jun 4, 2009 at 9:12 PM, Nick Baum nickb...@chromium.org wrote: Hi guys, I've attached an old print settings mock up from Glen. I think it'd make a lot of sense to add the print settings on this page as well. If someone wants to take a stab at the print preview as pictured here, I think that'd be a great first step. Once we have that working, I'd be happy to mock up some ideas for settings. Cheers, -Nick On Thu, Jun 4, 2009 at 7:21 AM, Marc-Antoine Ruel mar...@chromium.orgwrote: Most of the print preview will be implement in RenderView and friends which is in chrome/ ... (previously it was all in browser/ in fact) On Jun 4, 2009 10:04 AM, Mohamed Mansour m0.interact...@gmail.com wrote: I don't think so, it would be using the same infrastructure of history / downloads / and new tab page. Someone can correct me if I am wrong. -- Mohamed Mansour On Thu, Jun 4, 2009 at 9:43 AM, Marshall
[chromium-dev] Re: Print Settings Mockup
Don't we have to re-render the page for printing anyway, since many sites have print-specific CSS? -Nick On Mon, Jul 27, 2009 at 6:52 PM, Mohamed Mansour m0.interact...@gmail.comwrote: Hi all, I am looking into this again, and we implemented the print: http://www.google.com; hookup functionality into chromium (ToT). So far it just shows a webpage. I am trying to figure out how we could bring the image in there, so I worked on this CL (http://codereview.chromium.org/159387) which introduces the concept of chrome://image/http://www.google.com;, where it fetches the image from the current tab and places it on the domui. I got the idea from another CL for extensions (http://codereview.chromium.org/144019). The problem is that, we can't rely on that approach because of the following (Gathered from extension code review comments): Aaron Boodman said: That is an interesting idea. There would be a few challenges, though: - We need a way to specify the desired format, size, etc. I guess they could be querystring params? - For printing in particular, it seems important to print the exact thing the user sees, not re-request the URL Without a solution to the second issue, I don't think the chrome:// URL idea is workable. But I do think that the code we used to implement this extension API could easily be reused for for print preview. Erik Kay stated: The way this code is currently written, it just grabs the backing store from the current visible tab. This means that it's the same size as the viewport on the visible tab, no new layout happens. Given this, I don't think this could be made to work with printing. The two obvious problems are the my browser width might not match paper width, and that anything that's outside of the viewport (scrolled) won't be visible in the preview. I really don't know how to bring over the printed image, maybe because I am inexperienced in the language, and I am asking for advice on what approach should I take? I want to reuse the same functionality of printing but what is the best way to bring that image into the DOMUI. I tired with the chrome://image/url approach, but as Erik and Aaron stated above, it wont work. If you guys have the UI mockup of the settings, I could implement that now, but since our previous comments, it is directly hooked up to the Print Preview. Any guidance is appreciated :) -- Mohamed Mansour On Tue, Jun 9, 2009 at 9:50 PM, Nick Baum nickb...@chromium.org wrote: On Fri, Jun 5, 2009 at 9:03 PM, Mohamed Mansour m0.interact...@gmail.com wrote: I really like the mock-up, when can you do one for Settings? I'll put it on our list, but I don't expect to get to this in the next couple of weeks. In general, we try not to block engineers on UI, so if you make good progress on the preview, we'll prioritize this higher. If we are going to include settings to this page (such as margins, headers, footers, etc), does that mean it would be per page? I was thinking of global printer settings which will be persistent. I don't know how that will fit this mock-up, or we could have both. We could have a dialog which sole purpose is for printer settings and the inline page for per page settings/preview customization. The inline page can have a link to the global settings if needed. I think the settings should just be global and sticky (just like default printer on the mac: it just uses the last one you used). Most people probably don't want to change print settings when they're not printing. That will seem to be too crowded, and my vision would be incorporating all this (preview and settings) into the same page. I am just wondering how the UI's team vision is, wrt to settings. Would be nice to see. We already started with Headers/Footers data persistence in a previous CL. And would like to have a UI that will let the user interact with such data instead of editing the Preference file directly. Later on we could start the print preview implementation, which I think is challenging. I think Ben's opinion was that the preferences would be hard to understand without the preview, so we should do the preview first. I can't comment on the difficulty of it :) -- Mohamed Mansour On Thu, Jun 4, 2009 at 9:12 PM, Nick Baum nickb...@chromium.org wrote: Hi guys, I've attached an old print settings mock up from Glen. I think it'd make a lot of sense to add the print settings on this page as well. If someone wants to take a stab at the print preview as pictured here, I think that'd be a great first step. Once we have that working, I'd be happy to mock up some ideas for settings. Cheers, -Nick On Thu, Jun 4, 2009 at 7:21 AM, Marc-Antoine Ruel mar...@chromium.orgwrote: Most of the print preview will be implement in RenderView and friends which is in chrome/ ... (previously it was all in browser/ in fact) On Jun 4, 2009 10:04 AM, Mohamed Mansour
[chromium-dev] Re: Print Settings Mockup
On Fri, Jun 5, 2009 at 9:03 PM, Mohamed Mansour m0.interact...@gmail.comwrote: I really like the mock-up, when can you do one for Settings? I'll put it on our list, but I don't expect to get to this in the next couple of weeks. In general, we try not to block engineers on UI, so if you make good progress on the preview, we'll prioritize this higher. If we are going to include settings to this page (such as margins, headers, footers, etc), does that mean it would be per page? I was thinking of global printer settings which will be persistent. I don't know how that will fit this mock-up, or we could have both. We could have a dialog which sole purpose is for printer settings and the inline page for per page settings/preview customization. The inline page can have a link to the global settings if needed. I think the settings should just be global and sticky (just like default printer on the mac: it just uses the last one you used). Most people probably don't want to change print settings when they're not printing. That will seem to be too crowded, and my vision would be incorporating all this (preview and settings) into the same page. I am just wondering how the UI's team vision is, wrt to settings. Would be nice to see. We already started with Headers/Footers data persistence in a previous CL. And would like to have a UI that will let the user interact with such data instead of editing the Preference file directly. Later on we could start the print preview implementation, which I think is challenging. I think Ben's opinion was that the preferences would be hard to understand without the preview, so we should do the preview first. I can't comment on the difficulty of it :) -- Mohamed Mansour On Thu, Jun 4, 2009 at 9:12 PM, Nick Baum nickb...@chromium.org wrote: Hi guys, I've attached an old print settings mock up from Glen. I think it'd make a lot of sense to add the print settings on this page as well. If someone wants to take a stab at the print preview as pictured here, I think that'd be a great first step. Once we have that working, I'd be happy to mock up some ideas for settings. Cheers, -Nick On Thu, Jun 4, 2009 at 7:21 AM, Marc-Antoine Ruel mar...@chromium.orgwrote: Most of the print preview will be implement in RenderView and friends which is in chrome/ ... (previously it was all in browser/ in fact) On Jun 4, 2009 10:04 AM, Mohamed Mansour m0.interact...@gmail.com wrote: I don't think so, it would be using the same infrastructure of history / downloads / and new tab page. Someone can correct me if I am wrong. -- Mohamed Mansour On Thu, Jun 4, 2009 at 9:43 AM, Marshall Greenblatt magreenbl...@gmail.com wrote: Hi Ben, ... --~--~-~--~~~---~--~~ Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev -~--~~~~--~~--~--~---
[chromium-dev] Re: Print Settings Mockup
I really like the mock-up, when can you do one for Settings? If we are going to include settings to this page (such as margins, headers, footers, etc), does that mean it would be per page? I was thinking of global printer settings which will be persistent. I don't know how that will fit this mock-up, or we could have both. We could have a dialog which sole purpose is for printer settings and the inline page for per page settings/preview customization. The inline page can have a link to the global settings if needed. That will seem to be too crowded, and my vision would be incorporating all this (preview and settings) into the same page. I am just wondering how the UI's team vision is, wrt to settings. Would be nice to see. We already started with Headers/Footers data persistence in a previous CL. And would like to have a UI that will let the user interact with such data instead of editing the Preference file directly. Later on we could start the print preview implementation, which I think is challenging. -- Mohamed Mansour On Thu, Jun 4, 2009 at 9:12 PM, Nick Baum nickb...@chromium.org wrote: Hi guys, I've attached an old print settings mock up from Glen. I think it'd make a lot of sense to add the print settings on this page as well. If someone wants to take a stab at the print preview as pictured here, I think that'd be a great first step. Once we have that working, I'd be happy to mock up some ideas for settings. Cheers, -Nick On Thu, Jun 4, 2009 at 7:21 AM, Marc-Antoine Ruel mar...@chromium.orgwrote: Most of the print preview will be implement in RenderView and friends which is in chrome/ ... (previously it was all in browser/ in fact) On Jun 4, 2009 10:04 AM, Mohamed Mansour m0.interact...@gmail.com wrote: I don't think so, it would be using the same infrastructure of history / downloads / and new tab page. Someone can correct me if I am wrong. -- Mohamed Mansour On Thu, Jun 4, 2009 at 9:43 AM, Marshall Greenblatt magreenbl...@gmail.com wrote: Hi Ben, ... --~--~-~--~~~---~--~~ Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev -~--~~~~--~~--~--~---
[chromium-dev] Re: Print Settings Mockup
I really like the idea of a page for printing. It will feel pretty consistent with chrome UI. And I'll also love an easy option for removing all header and footers at once. Sometimes you print a document and then you want URL, page numbers, and so. But also many times you print plain tickets, pay confirmations, and so on. On all those printings you just want the content in a blank page, and most browser UIs force you to click a lot of times for removing URL, page, and all that stuff... Perhaps a checkbox Add header and footers, so you can disable them or enable with one click. When you want them, usually the default configuration is OK. When you don't, just unselect the checkbox. And if the options (where to print URL, page #...) are remembered, we will solve the problem much better than other brosers. --~--~-~--~~~---~--~~ Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev -~--~~~~--~~--~--~---
[chromium-dev] Re: Print Settings Mockup
Hi Ben, On Wed, Jun 3, 2009 at 11:16 PM, Ben Goodger (Google) b...@chromium.orgwrote: I think we should do a page. This work is not otherwise on our immediate term plan so it may as well get done the right way. I think the page is more of a print preview than a print settings. Would it be possible to develop this print preview capability in such a way that doesn't live in or depend on /chrome so that other chromium-based projects can use it is well? -Ben Thanks, Marshall --~--~-~--~~~---~--~~ Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev -~--~~~~--~~--~--~---
[chromium-dev] Re: Print Settings Mockup
I don't think so, it would be using the same infrastructure of history / downloads / and new tab page. Someone can correct me if I am wrong. -- Mohamed Mansour On Thu, Jun 4, 2009 at 9:43 AM, Marshall Greenblatt magreenbl...@gmail.comwrote: Hi Ben, On Wed, Jun 3, 2009 at 11:16 PM, Ben Goodger (Google) b...@chromium.orgwrote: I think we should do a page. This work is not otherwise on our immediate term plan so it may as well get done the right way. I think the page is more of a print preview than a print settings. Would it be possible to develop this print preview capability in such a way that doesn't live in or depend on /chrome so that other chromium-based projects can use it is well? -Ben Thanks, Marshall --~--~-~--~~~---~--~~ Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev -~--~~~~--~~--~--~---
[chromium-dev] Re: Print Settings Mockup
Most of the print preview will be implement in RenderView and friends which is in chrome/ ... (previously it was all in browser/ in fact) On Jun 4, 2009 10:04 AM, Mohamed Mansour m0.interact...@gmail.com wrote: I don't think so, it would be using the same infrastructure of history / downloads / and new tab page. Someone can correct me if I am wrong. -- Mohamed Mansour On Thu, Jun 4, 2009 at 9:43 AM, Marshall Greenblatt magreenbl...@gmail.com wrote: Hi Ben, ... --~--~-~--~~~---~--~~ Chromium Developers mailing list: chromium-de... --~--~-~--~~~---~--~~ Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev -~--~~~~--~~--~--~---
[chromium-dev] Re: Print Settings Mockup
I notice you did not include page size, yet all the MSFT ones have it. I personally find this useful (my printer has both 8.5x11 and A4 loaded, and I use them both -- mostly 8.5x11, but a4 when I'm printing certain PDFs (magazine articles, forms, etc from anywhere other than the US). Maybe I'm abnormal, but I really like being able to select the page size there, rather than having to go into printer options... -ian 2009/6/2 Scott Hess sh...@chromium.org What I meant was to have a popup full of formatted choices which look like the thing you want to have. So instead of Page # of #, which is pretty abstract, Page 1 of 2. Also, instead of have six places where you can list five different things (Firefox has five, two of which are variants of each other), just have two popups each with all 48 sensible combinations. Well, OK, that's a little excessive, but maybe someone can think of a better something to constrain that. Personally, I don't think a popup with 48 items which are easy to navigate (because each item is only a small edit-distance from the previous one) is materially worse than three popups with 5 items. It's sort of like the search suggest popup, it's easy to navigate because things are constrained by what you've typed so far. Just in case it was the contents that was confusing, I mean instead of three independently-settable positions, show a formatted cell made up of the literal bits from the page, arranged as they would be shown on the output. So in your png, the single Header: popup would show a cell with the left-justified title and right-justified URL and nothing in the middle. When you pop it up the change things, you'd get the different variations to choose from, again formatted with the literal items from the page you're printing. -scott On Tue, Jun 2, 2009 at 6:28 PM, Mohamed Mansour m0.interact...@gmail.com 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 sh...@chromium.org 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 mar...@chromium.org 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 m0.interact...@gmail.com 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
[chromium-dev] Re: Print Settings Mockup
Aha, perfect setup to a point I neglected to make: Lets make simple things simple, and hard things possible, here. I feel for Ian, but only a little. The reason I threw out an idea around headers and footers is not because I use them a lot, it's because I have no idea at all what my current headers and footers are set to, and I don't care, so having a half-dozen popups to control them isn't useful to me. My main complaints about browser printing is that too often bits of the content get cut off - nice page numbering doesn't help when the results are in the round file. If we can get all the output on the page in every situation, I'd be more than happy to lose headers, footers, and margin settings entirely. [Only 50% kidding, there!] -scott On Tue, Jun 2, 2009 at 11:31 PM, Ian Fette i...@chromium.org wrote: I notice you did not include page size, yet all the MSFT ones have it. I personally find this useful (my printer has both 8.5x11 and A4 loaded, and I use them both -- mostly 8.5x11, but a4 when I'm printing certain PDFs (magazine articles, forms, etc from anywhere other than the US). Maybe I'm abnormal, but I really like being able to select the page size there, rather than having to go into printer options... -ian 2009/6/2 Scott Hess sh...@chromium.org What I meant was to have a popup full of formatted choices which look like the thing you want to have. So instead of Page # of #, which is pretty abstract, Page 1 of 2. Also, instead of have six places where you can list five different things (Firefox has five, two of which are variants of each other), just have two popups each with all 48 sensible combinations. Well, OK, that's a little excessive, but maybe someone can think of a better something to constrain that. Personally, I don't think a popup with 48 items which are easy to navigate (because each item is only a small edit-distance from the previous one) is materially worse than three popups with 5 items. It's sort of like the search suggest popup, it's easy to navigate because things are constrained by what you've typed so far. Just in case it was the contents that was confusing, I mean instead of three independently-settable positions, show a formatted cell made up of the literal bits from the page, arranged as they would be shown on the output. So in your png, the single Header: popup would show a cell with the left-justified title and right-justified URL and nothing in the middle. When you pop it up the change things, you'd get the different variations to choose from, again formatted with the literal items from the page you're printing. -scott On Tue, Jun 2, 2009 at 6:28 PM, Mohamed Mansour m0.interact...@gmail.com 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 sh...@chromium.org 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 mar...@chromium.org 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 m0.interact...@gmail.com 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
[chromium-dev] Re: Print Settings Mockup
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) b...@chromium.orgwrote: 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 m0.interact...@gmail.com 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 sh...@chromium.org 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 mar...@chromium.org 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 m0.interact...@gmail.com 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: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev -~--~~~~--~~--~--~---
[chromium-dev] Re: Print Settings Mockup
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 mar...@chromium.orgwrote: 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) b...@chromium.orgwrote: 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 m0.interact...@gmail.com 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 sh...@chromium.org 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 mar...@chromium.org 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 m0.interact...@gmail.com 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: chromium-dev@googlegroups.com View archives,
[chromium-dev] Re: Print Settings Mockup
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 m0.interact...@gmail.comwrote: 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 mar...@chromium.orgwrote: 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) b...@chromium.orgwrote: 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 m0.interact...@gmail.com 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 sh...@chromium.org 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 mar...@chromium.org 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 m0.interact...@gmail.com 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
[chromium-dev] Re: Print Settings Mockup
I think we should do a page. This work is not otherwise on our immediate term plan so it may as well get done the right way. I think the page is more of a print preview than a print settings. -Ben On Wed, Jun 3, 2009 at 8:14 PM, Mohamed Mansour m0.interact...@gmail.com wrote: 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 sver...@chromium.org 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 mar...@chromium.org 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 m0.interact...@gmail.com 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 mar...@chromium.org 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) b...@chromium.org 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 m0.interact...@gmail.com 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 sh...@chromium.org 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 mar...@chromium.org wrote: I like
[chromium-dev] Re: Print Settings Mockup
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 mar...@chromium.org 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 m0.interact...@gmail.com 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: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev -~--~~~~--~~--~--~---
[chromium-dev] Re: Print Settings Mockup
I removed the options part to give a more visualized idea: http://i41.tinypic.com/syvz7p.png http://i41.tinypic.com/syvz7p.pngScott, 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 sh...@chromium.org 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 mar...@chromium.org 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 m0.interact...@gmail.com 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: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev -~--~~~~--~~--~--~---
[chromium-dev] Re: Print Settings Mockup
What I meant was to have a popup full of formatted choices which look like the thing you want to have. So instead of Page # of #, which is pretty abstract, Page 1 of 2. Also, instead of have six places where you can list five different things (Firefox has five, two of which are variants of each other), just have two popups each with all 48 sensible combinations. Well, OK, that's a little excessive, but maybe someone can think of a better something to constrain that. Personally, I don't think a popup with 48 items which are easy to navigate (because each item is only a small edit-distance from the previous one) is materially worse than three popups with 5 items. It's sort of like the search suggest popup, it's easy to navigate because things are constrained by what you've typed so far. Just in case it was the contents that was confusing, I mean instead of three independently-settable positions, show a formatted cell made up of the literal bits from the page, arranged as they would be shown on the output. So in your png, the single Header: popup would show a cell with the left-justified title and right-justified URL and nothing in the middle. When you pop it up the change things, you'd get the different variations to choose from, again formatted with the literal items from the page you're printing. -scott On Tue, Jun 2, 2009 at 6:28 PM, Mohamed Mansour m0.interact...@gmail.com 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 sh...@chromium.org 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 mar...@chromium.org 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 m0.interact...@gmail.com 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: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev
