<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jul 1, 2015 at 9:01 PM, Lubomir I. Ivanov <span dir="ltr"><<a href="mailto:neolit123@gmail.com" target="_blank">neolit123@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On 1 July 2015 at 21:47, Gehad Elrobey <<a href="mailto:gehadelrobey@gmail.com">gehadelrobey@gmail.com</a>> wrote:<br>
><br>
><br>
> On Wed, Jul 1, 2015 at 8:38 PM, Lubomir I. Ivanov <<a href="mailto:neolit123@gmail.com">neolit123@gmail.com</a>><br>
> wrote:<br>
>><br>
>> On 1 July 2015 at 19:05, Dirk Hohndel <<a href="mailto:dirk@hohndel.org">dirk@hohndel.org</a>> wrote:<br>
>> > On Wed, Jul 01, 2015 at 05:23:32PM +0300, Lubomir I. Ivanov wrote:<br>
>> >> On 1 July 2015 at 17:18, Dirk Hohndel <<a href="mailto:dirk@hohndel.org">dirk@hohndel.org</a>> wrote:<br>
>> >> > On Wed, Jul 01, 2015 at 04:51:13PM +0300, Lubomir I. Ivanov wrote:<br>
>> >> >><br>
>> >> >> basically, i was going to ask about the whole b&w vs color printing.<br>
>> >> >> given that in the new print stack the user will have complete<br>
>> >> >> control<br>
>> >> >> of colors, layout and so on via templates, do we still need the<br>
>> >> >> "print<br>
>> >> >> in color" toggle, which will supposedly override the template colors<br>
>> >> >> and convert everything to greyscale.<br>
>> >> ><br>
>> >> > My instinctive reaction would be that this seems odd and redundant.<br>
>> >> > If you<br>
>> >> > want greyscale, build a greyscale template. But I may be missing<br>
>> >> > something.<br>
>> >> ><br>
>> >> >> i would say, yes.<br>
>> >> >> also, we might have an easy solution to do that via CSS (suggested<br>
>> >> >> in<br>
>> >> >> a previous email), but Gehad needs to confirm it.<br>
>> >> ><br>
>> >> > Can you explain why you think the answer is yes?<br>
>> >> ><br>
>> >><br>
>> >> it would act like an override, so if one likes a template, he/she can<br>
>> >> still toggle off the "print in color" and produce b&w output of said<br>
>> >> template.<br>
>> >> if it's way too difficult to implement, i guess we can consider it as<br>
>> >> redundant and remove the option completely.<br>
>> ><br>
>> > So IIRC the problem we had was that you had to pick smart "colors"<br>
>> > (i.e.,<br>
>> > good gray values) for b/w prints to look reasonable.<br>
>> ><br>
>> > So if I build a nice color template - how would this pick colors that<br>
>> > work<br>
>> > well?<br>
>> ><br>
>><br>
>> the text and tables would can be templated with custom colors, but the<br>
>> profile2 is what comes from the C++/Qt side (as an image) i.e. it<br>
>> needs further work to get it to what we had before - a custom<br>
>> greyscale color table or a custom color table, in that matter.<br>
>><br>
>> in theory profile2 can even support custom colors which can be exposed<br>
>> to print templates...but that's extra work.<br>
>><br>
>> > I'm not saying I'm against having it - I'm asking if this is worth<br>
>> > focusing time on vs. just creating a couple of strong b/w templates (and<br>
>> > fixing the profile2 problem which I think you have either way,<br>
>> > correct?).<br>
>> ><br>
>><br>
>> fixing the smart colors in profile2 would require the most energy, i'd<br>
>> say. every single class in the qt-ui/profile/ folder would need a<br>
>> "greyscale" flag, or some other way of doing it.<br>
>> the current solution which i'm proposing is (when "print in color" is<br>
>> off) is to simply tell the entire page to be converted to greyscale<br>
>> (no color table, just luminocity extraction or averaging, whatever the<br>
>> CSS option uses).<br>
>><br>
><br>
> I am thinking if there is a way to apply some kind of b&w filters on the<br>
> QPainter after rendering the profile, this will be an easy solution to the<br>
> dive profile coloring problem instead of using a color table, I will look<br>
> into that.<br>
><br>
<br>
</div></div>a QPixmap does support color filters, but i'm not sure if QPainter<br>
does, as a whole.<br>
either way, this would still mean that the entire composition is ran<br>
trough a single processing stage and it would be far from the<br>
hardcoded color table unless we start dwelling into complicated<br>
multidimensional signal processing.<br>
<br>
i'd suggest you leave this research for now, while implementing the<br>
CSS thing and focus on the other tasks, like the template editor<br>
dialog and the user-ready template.<br>
<br></blockquote><div><br></div><div>okay, I will continue working on the templateEdit dialog. </div></div><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr">regards,</div></div><blockquote style="margin:0 0 0 40px;border:none;padding:0px"><div><div dir="ltr"><div>Gehad</div></div></div></blockquote></div></div>
</div></div>