tag:old.nabble.com,2006:forum-1395Nabble - Gnome - Print2009-08-09T18:25:21Ztag:old.nabble.com,2006:post-24893153Re: configuring the lpr/lpd backend2009-08-09T18:25:21Z2009-08-09T18:25:21ZMatthias ClasenOn Sun, 2009-08-09 at 10:28 +0200, Alexander Wuerstlein wrote:
<div class='shrinkable-quote'><br>> On 09-08-09 02:15, Matthias Clasen <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24893153&i=0" target="_top" rel="nofollow">mclasen@...</a>> wrote:
<br>> > On Thu, 2009-04-23 at 11:21 +0200, Alexander Wuerstlein wrote:
<br>> > > Hello,
<br>> > >
<br>> > > I'm using lprng as a printing system. In Gnome, the printing dialogs
<br>> > > show up empty except for "print to file". From looking at the source of
<br>> > > libgnomeprint i figured that there is an lpr/lpd backend which should be
<br>> > > able to parse /etc/printcap.
<br>> > >
<br>> > > The problem is, I can't find out where this backend is enabled. Could
<br>> > > you point me somewhere? Specifically I'm looking for some setting which
<br>> > > is system-wide (for all users) and which I can distribute to a room full
<br>> > > of computers, so clicking somewhere is out of the question :)
<br>> > >
<br>> > > Please CC me on the answers, since I'm not subscribed to the list.
<br>> >
<br>> > Put
<br>> >
<br>> > gtk-print-backends="file,lpr"
<br>> >
<br>> > in your ~/.gtkrc-2.0
<br>>
<br>> Yes, of course I did that already, that was the first thing I tried. But
<br>> that doesn't fix my problem: Its not, that lpr doesn't show up as a
<br>> printing option. Its that there is no list of printers read from
<br>> printcap from which a user could select the printer to print to. So one
<br>> always has to modify the command line for lpr in the dialogue instead of
<br>> just clicking on the printer's name.
</div><br>Yeah, thats true. Improving this would require someone to show some love
<br>to the lpr backend. Most people these days care about the cups
<br>backend...
<br><br>_______________________________________________
<br>gnome-print-list mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24893153&i=1" target="_top" rel="nofollow">gnome-print-list@...</a>
<br><a href="http://mail.gnome.org/mailman/listinfo/gnome-print-list" target="_top" rel="nofollow">http://mail.gnome.org/mailman/listinfo/gnome-print-list</a><br>tag:old.nabble.com,2006:post-25800677Re: configuring the lpr/lpd backend2009-08-09T01:28:51Z2009-08-09T01:28:51ZAlexander Wuerstlein-3On 09-08-09 02:15, Matthias Clasen <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25800677&i=0" target="_top" rel="nofollow">mclasen@...</a>> wrote:
<div class='shrinkable-quote'><br>> On Thu, 2009-04-23 at 11:21 +0200, Alexander Wuerstlein wrote:
<br>> > Hello,
<br>> >
<br>> > I'm using lprng as a printing system. In Gnome, the printing dialogs
<br>> > show up empty except for "print to file". From looking at the source of
<br>> > libgnomeprint i figured that there is an lpr/lpd backend which should be
<br>> > able to parse /etc/printcap.
<br>> >
<br>> > The problem is, I can't find out where this backend is enabled. Could
<br>> > you point me somewhere? Specifically I'm looking for some setting which
<br>> > is system-wide (for all users) and which I can distribute to a room full
<br>> > of computers, so clicking somewhere is out of the question :)
<br>> >
<br>> > Please CC me on the answers, since I'm not subscribed to the list.
<br>>
<br>> Put
<br>>
<br>> gtk-print-backends="file,lpr"
<br>>
<br>> in your ~/.gtkrc-2.0
</div><br>Yes, of course I did that already, that was the first thing I tried. But
<br>that doesn't fix my problem: Its not, that lpr doesn't show up as a
<br>printing option. Its that there is no list of printers read from
<br>printcap from which a user could select the printer to print to. So one
<br>always has to modify the command line for lpr in the dialogue instead of
<br>just clicking on the printer's name.
<br><br><br><br><br>Greetings,
<br><br><br>Alexander Wuerstlein.
<br>_______________________________________________
<br>gnome-print-list mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25800677&i=1" target="_top" rel="nofollow">gnome-print-list@...</a>
<br><a href="http://mail.gnome.org/mailman/listinfo/gnome-print-list" target="_top" rel="nofollow">http://mail.gnome.org/mailman/listinfo/gnome-print-list</a><br>tag:old.nabble.com,2006:post-24883281Re: configuring the lpr/lpd backend2009-08-08T17:14:37Z2009-08-08T17:14:37ZMatthias ClasenOn Thu, 2009-04-23 at 11:21 +0200, Alexander Wuerstlein wrote:
<div class='shrinkable-quote'><br>> Hello,
<br>>
<br>> I'm using lprng as a printing system. In Gnome, the printing dialogs
<br>> show up empty except for "print to file". From looking at the source of
<br>> libgnomeprint i figured that there is an lpr/lpd backend which should be
<br>> able to parse /etc/printcap.
<br>>
<br>> The problem is, I can't find out where this backend is enabled. Could
<br>> you point me somewhere? Specifically I'm looking for some setting which
<br>> is system-wide (for all users) and which I can distribute to a room full
<br>> of computers, so clicking somewhere is out of the question :)
<br>>
<br>> Please CC me on the answers, since I'm not subscribed to the list.
</div><br>Put
<br><br>gtk-print-backends="file,lpr"
<br><br>in your ~/.gtkrc-2.0
<br><br>_______________________________________________
<br>gnome-print-list mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24883281&i=0" target="_top" rel="nofollow">gnome-print-list@...</a>
<br><a href="http://mail.gnome.org/mailman/listinfo/gnome-print-list" target="_top" rel="nofollow">http://mail.gnome.org/mailman/listinfo/gnome-print-list</a><br>tag:old.nabble.com,2006:post-24876961configuring the lpr/lpd backend2009-04-23T02:21:47Z2009-04-23T02:21:47ZAlexander Wuerstlein-3<br>Hello,
<br><br>I'm using lprng as a printing system. In Gnome, the printing dialogs
<br>show up empty except for "print to file". From looking at the source of
<br>libgnomeprint i figured that there is an lpr/lpd backend which should be
<br>able to parse /etc/printcap.
<br><br>The problem is, I can't find out where this backend is enabled. Could
<br>you point me somewhere? Specifically I'm looking for some setting which
<br>is system-wide (for all users) and which I can distribute to a room full
<br>of computers, so clicking somewhere is out of the question :)
<br><br>Please CC me on the answers, since I'm not subscribed to the list.
<br><br><br><br><br><br><br>Ciao,
<br><br>Alexander Wuerstlein.
<br>_______________________________________________
<br>gnome-print-list mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24876961&i=0" target="_top" rel="nofollow">gnome-print-list@...</a>
<br><a href="http://mail.gnome.org/mailman/listinfo/gnome-print-list" target="_top" rel="nofollow">http://mail.gnome.org/mailman/listinfo/gnome-print-list</a><br>tag:old.nabble.com,2006:post-21653189Obama -- The Judas Goat2009-01-25T08:07:04Z2009-01-25T08:07:04ZBenjamin OtteObama -- The Judas Goat
<br>1/25/2009
<br>By David Duke
<br><br>Judas Goat\ A goat that leads other goats or sheep to slaughter. Also, one who entices into danger and betrays others. The name is an allusion to Judas Iscariot, who betrayed Jesus for 30 pieces of slaughter. (From Merriam Websters Dictionary)
<br><br>Barack Hussein Obama is a Judas Goat.
<br><br>Extremist Jews guided Barack Hussein Obamas career from day one, even all the way back to Harvard Law School. Radical Zionist hitman, David Axelrod previously orchestrated the Jewish-financed and organized defeat of perceived anti-Zionist Sen. Charles Percy. He is the man who ran Obamas campaign for President and who is his chief handler. Obamas campaign was overwhelmingly financed by the most powerful Zionist bankers in the world. His campaigns largest contribution source was the Zionist international banking firm of Goldman Sachs. (FEC campaign records). In both Obamas Senate and Presidential campaign he prostrated himself before AIPAC (American Israel Public Affairs Committee) promising even more money and blood for Israels terrorism than even the supine John McCain, and even more money and blood than the previous Shabbez Goy in the White House, George Bush. Before the Israeli terrorism and mass murder in Gaza, he went to Israel and said that he supported Israels p
<br> lanned murderous terrorism against the men, women and children of Gaza.
<br><br>His first act as President-elect was to appoint a rabid Zionist, Israeli dual citizen who served in the Israeli Army as his Chief of Staff, Rahm Emmanuel. As thousands of women and children in Gaza were killed or maimed, Obama remained silent. Within a few days as President Obama supported indiscriminate American missile strikes in villages of our ally Pakistan, a clear continuation of Bushs policies. He completely supports the theft of trillions of American taxpayer dollars to the Zionist international bankers. Eighty percent of American Jews voted for Obama, and all the main leaders of the Jewish Supremacist state of Israel have proclaimed Obama as the perfect man for U.S. President.
<br><br>What better for the Zionists to have their own servant perceived as a clean break from the Jewish extremist-controlled Bush administration? What better than for the Zionists than to have their Shabbez Goy be treated by the worlds press and even by much of the anti-Zionist community as a man of real change? What better for the Zionists than for the world to think that Obama will be a change from the Zionist-controlled policies when he willing to do anything that Israel demands? What better for the Zionist murderers to have their craven puppet be looked at by the whole world as a man of honor and integrity and fairness.
<br><br>In the slaughterhouse, the Judas Goat is often painted with bright colors, adorned with strong, sweet scents to lure the sheep to their pens and to their death. Obama, the Judas Goat of our time, is looked upon by millions of Zionist-propagandized sheep as the man who will lead them to salvation.
<br><br>Instead, he leads America, Palestine and the world to the bloody altar of Jewish Supremacism.
<br><br>Any supposed anti-Zionist who praises Barack Obama is actually aiding this Judas Goat to lead us all to slaughter. Every person who truly opposes Jewish extremism must speak out and expose the Judas Goat named Barack Obama!
<br><br> Dr. David Duke
<br><br>Former Member of the House of Representatives
<br><br>State of Louisiana
<br><br>United States of America
<br><br>It is up to you the people of the United States who can still think freely, and up to all of the people of the world who are able to see through the deceptions of the Zionist-influenced Global media -- to get this simple, powerful message to everyone on earth. Email this message to your friends, post it on forums and websites and put links to it on every website, facebook or other media in the world. Go and seek out media and Internet sites not controlled by Zionist power. Make youtube videos of this message, (use the short audio and find good illustrative pictures) and post it untill your fingers are worn and tired, print it and mail it to newspapers or any media outlet that has still not fallen under the propaganda of the Zionists. Let the world know the truth. Person by person, in the USA, Canada, UK, France, Germany, Italy, japan, Russia, China, Africa, Palestine, South America and across the whole world this Judas Goat must be exposed for what he is, so that when begin
<br> s to do his evil for Israel, the whole world will know exactly what is going on and resist!
<br><br>Source : <a href="http://www.davidduke.com/general/obama-the-judas-goat_7317.html" target="_top" rel="nofollow">http://www.davidduke.com/general/obama-the-judas-goat_7317.html</a><br><br><br>------------------------
<br><br>Why is the President of Israel, the terrorist who just oversaw the Zionist mass murder and maiming of thousands of Palestinians so happy
<br>that Obama is President of the USA?
<br>by David Duke
<br><br><br>Read the excerpt from the Israeli News about how President Perez and Israel think that Obamas becoming U.S. President is great day
<br>for Israel.
<br><br>"Israels President Shimon Peres ecstatic over the election of Obama"
<br>Ronen Medzini Israel News Jan. 21
<br><br>Today is a great day not only for the United States of America, but for the entire world, President Shimon Peres wrote in a letter
<br>addressed to Barack Obama on the day of his inauguration as president of the United States.
<br><br>Obama was elected by the United States, but as a matter of fact, he was chosen by the whole of humankind,
<br><br>Why is Peres so ecstatic?
<br><br>Why shouldnt he be, he knows that Obama is completely in the grip of the extremist Jewish Zionists in America, and he knows that the
<br>greater Obamas popularity and idol worship, the more Obama can do for the International Zionist Cause.
<br><br>Any thinking and caring human being who realizes that the Zionist-controlled American foreign policy has been a disaster for the robbed
<br>and murdered people of Palestine, Lebanon, Iraq and a catastrophe for the 50,000 American wounded in Iraq and Afghanistan, as well
<br>as an economic catastrophe for the hardworking Americans who pay trillions to finance these wars for Israel -- must wake up the fact that
<br>supporting Obama and increasing his popularity will only aid Zionist terrorism, war, and their murder and oppression of the Palestinians. It
<br>will also hasten the economic suffering of billions of people around the world as his popularity enables him to more easily aid the Zionist
<br>International Bankers steal the wealth of the United States, Europe and the world. Obama is totally in the bloodstained and green ink-
<br>stained hands of the Zionists. The hard truth is that the more good will and support Obama has also gives more power to support the
<br>Zionist agenda!
<br><br>Mark my words. The Obama Presidency will be disaster for America and for the world.
<br><br>Obama was put into office by the Zionists. His top two cohorts for years have been the radical Jews David Axelrod and Rahm
<br>Emmanuel. Both have long records of radical Zionism and have been attack dogs against anyone perceived as having the slightest
<br>opposition to Israel. One such victim was Sen. Charles Percy, who both men worked to defeat and destroy because he dared to only be
<br>99 percent rather than 100 percent pro-Israel. Rahm Emmanuel, a dual citizen of Israel who went to fight for Israel, he has a long
<br>pedigree of Jewish extremism. His father served in the Irgun Terrorist Gang and he himself is named after an Irgun terrorist.
<br><br>Zionist leaders in Chicago actually call Obama the first Jewish President and boast that Jews were key players in Obamas every step
<br>up the ladder to President.
<br><br>from the very earliest days, extremist Jews were the largest contributors to his campaign. In the beginning of his Presidential bid, three
<br>Hollywood Jews that constantly make movies about Jewish suffering, but never about the Zionist terrorism and theft against the
<br>Palestinian people, Steven Spielberg, David Geffen, and Jeffrey Katzenberg raised 1.2 million for Obama in a single Hollywood party.
<br><br>By the time Obamas campaign was in full swing, he had huge support from the criminal Zionist International Banking firms such as
<br>Goldman Sachs and Lehman brothers. Goldman Sachs was Obamas biggest single contributor, and his vast war chest came not from
<br>American manufacturing firms like GM or even American oil companies, (not one was in his top twenty) it was overwhelmingly dominated
<br>by Zionist international bankers, the same ones whose thievery and fraud are giving the world this economic depression.
<br><br>For those looking for meaningful social and political change, do you really think it will come from this man who has already been bought
<br>heart, head and soul by the most powerful czars of the international financial establishment and the biggest globalists in the world?
<br><br>I know that many are desperate for change, so desperate that you want to believe anything. But in the face of these facts cant you see
<br>that Obama will be even more dangerous to freedom and justice than even George Bush and his band of Neocons were. What better
<br>way to wipe out George Bushs hated legacy and make the world believe that America has really changed than with the election of
<br>Obama. But, all the real Zionist power, Zionist media power, and Zionist financial power in America is still in place, even stronger than
<br>ever.
<br><br>Many Americans and others around the world who want to do good are now telling us how wonderful Obama will be as president. What
<br>a great change it will be from the old policies. This is because of the Zionist-Controlled media hype, promoting Obama. The fact is that
<br>these poor sods are ignorantly helping the radical Zionist agenda in Israel and around the world.
<br><br>Every day that you dont help expose Obama for the Zionist servant that he actually is, his popularity will be a greater danger to peace
<br>and freedom.
<br><br>If the Zionist terrorist Shimon Perez is happy about the coronation of Obama, then why in the hell should you be?
<br><br>David Duke
<br><br>Source : <a href="http://www.davidduke.com/general/7303_7303.html" target="_top" rel="nofollow">http://www.davidduke.com/general/7303_7303.html</a><br>-------------------------------------
<br><br>You or someone using your email adress is currently subscribed to the Lawrence Auster
<br>Newletter. If you wish to unsubscribe from our mailing list, please let us know by calling to 1 212 865 1284
<br><br>Thanks,
<br><br>Lawrence Auster,
<br>238 W 101 St Apt. 3B
<br>New York, NY 10025
<br>Contact: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=21653189&i=0" target="_top" rel="nofollow">lawrence.auster@...</a>
<br>-------------------------------------
<br><br />_______________________________________________
<br>gnome-print-list mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=21653189&i=1" target="_top" rel="nofollow">gnome-print-list@...</a>
<br><a href="http://mail.gnome.org/mailman/listinfo/gnome-print-list" target="_top" rel="nofollow">http://mail.gnome.org/mailman/listinfo/gnome-print-list</a><br>tag:old.nabble.com,2006:post-21264311How to print from Ubuntu using a Dell Printer...2008-11-04T13:17:19Z2008-11-04T13:17:19ZChristine BarlowHello,
<br><br>I just found the Ubuntu system and I have a Dell 720 printer, but I
<br>can't seem to get it to work with Ubuntu. I've tried using the
<br>information I found on line, but I get all of these error messages and I
<br>still can't print. I tried to print a test page and I received the
<br>following information to use with a bug report...
<br><br><br>Page 1 (Choose printer):
<br>{'cups_dest': <cups.Dest object at 0x949dd00>,
<br> 'cups_instance': None,
<br> 'cups_queue': 'Photo_Printer_720',
<br> 'cups_queue_listed': True}
<br>Page 2 (Check printer sanity):
<br>{'cups_device_uri_scheme': u'usb',
<br> 'cups_printer_dict': {'device-uri': u'usb://Dell%20/Photo%20Printer%
<br>20720',
<br> 'printer-info': u'Dell Photo Printer 720',
<br> 'printer-is-shared': True,
<br> 'printer-location': u'',
<br> 'printer-make-and-model': u'Generic text-only
<br>printer',
<br> 'printer-state': 3,
<br> 'printer-state-message': u'',
<br> 'printer-state-reasons': [u'none'],
<br> 'printer-type': 4100,
<br> 'printer-uri-supported':
<br>u'ipp://localhost:631/printers/Photo_Printer_720'},
<br> 'is_cups_class': False}
<br>Page 3 (Printer state reasons):
<br>{'printer-state-message': '', 'printer-state-reasons': 'none'}
<br>Page 4 (Print test page):
<br>{'test_page_attempted': True,
<br> 'test_page_job_status': [],
<br> 'test_page_successful': False}
<br>Page 5 (Printer state reasons):
<br>{'printer-state-message': '', 'printer-state-reasons': 'none'}
<br><br><br>Please help.
<br><br>_______________________________________________
<br>gnome-print-list mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=21264311&i=0" target="_top" rel="nofollow">gnome-print-list@...</a>
<br><a href="http://mail.gnome.org/mailman/listinfo/gnome-print-list" target="_top" rel="nofollow">http://mail.gnome.org/mailman/listinfo/gnome-print-list</a><br>tag:old.nabble.com,2006:post-8301023Re: tiff print in gnome-print2007-01-12T08:08:30Z2007-01-12T08:08:30ZGhee TeoLutz Müller wrote:
<div class='shrinkable-quote'><br>> On Fri, 2007-01-12 at 09:52 +0100, PChot wrote:
<br>>
<br>>> So naturaly i try to find out what i have to do that this will work in
<br>>> gnome. I try to find out how is "GNOME-PDF-WRITER.xml " created and
<br>>> how can i use it for template but i don't have much luck.
<br>>>
<br>>
<br>> All GNOME printing work is now done within gtk. See
<br>> <a href="http://developer.gnome.org/doc/API/2.0/gtk/Printing.html" target="_top" rel="nofollow">http://developer.gnome.org/doc/API/2.0/gtk/Printing.html</a>.
<br>>
</div> Well. This is not strictly true. Only applications which have migrated
<br>over to use the
<br>new GTK+ 2.10.x printing API has this. The list of GNOME apps I knew
<br>about todate
<br>are evince, yelp, epiphany, and gimp. There may be other apps have
<br>adopted the new
<br>printing API that I do not know off :) For example, I know gedit still
<br>uses lignomeprint
<br>in GNOME 2.16.
<br><br>> I think (but I'm not sure) that they use cairo for actual rendering. You
<br>> would therefore need to write a tiff backend for cairo
<br>> (<a href="http://www.cairographics.org/" target="_top" rel="nofollow">http://www.cairographics.org/</a>).
<br>>
<br> The GTK+ printing does uses cairo for rendering.
<br><br>-Ghee
<br>> Regards
<br>>
<br>> ------------------------------------------------------------------------
<br>>
<br>> _______________________________________________
<br>> gnome-print-list mailing list
<br>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=8301023&i=0" target="_top" rel="nofollow">gnome-print-list@...</a>
<br>> <a href="http://mail.gnome.org/mailman/listinfo/gnome-print-list" target="_top" rel="nofollow">http://mail.gnome.org/mailman/listinfo/gnome-print-list</a><br>>
<br><br>_______________________________________________
<br>gnome-print-list mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=8301023&i=1" target="_top" rel="nofollow">gnome-print-list@...</a>
<br><a href="http://mail.gnome.org/mailman/listinfo/gnome-print-list" target="_top" rel="nofollow">http://mail.gnome.org/mailman/listinfo/gnome-print-list</a><br>tag:old.nabble.com,2006:post-8300235Re: tiff print in gnome-print2007-01-12T07:28:24Z2007-01-12T07:28:24ZLutz Müller-2On Fri, 2007-01-12 at 09:52 +0100, PChot wrote:
<br>> So naturaly i try to find out what i have to do that this will work in
<br>> gnome. I try to find out how is "GNOME-PDF-WRITER.xml " created and
<br>> how can i use it for template but i don't have much luck.
<br><br>All GNOME printing work is now done within gtk. See
<br><a href="http://developer.gnome.org/doc/API/2.0/gtk/Printing.html" target="_top" rel="nofollow">http://developer.gnome.org/doc/API/2.0/gtk/Printing.html</a>.
<br><br>I think (but I'm not sure) that they use cairo for actual rendering. You
<br>would therefore need to write a tiff backend for cairo
<br>(<a href="http://www.cairographics.org/" target="_top" rel="nofollow">http://www.cairographics.org/</a>).
<br><br>Regards
<br>--
<br>Lutz Müller <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=8300235&i=0" target="_top" rel="nofollow">lutz@...</a>>
<br><br /> <br />_______________________________________________
<br>gnome-print-list mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=8300235&i=1" target="_top" rel="nofollow">gnome-print-list@...</a>
<br><a href="http://mail.gnome.org/mailman/listinfo/gnome-print-list" target="_top" rel="nofollow">http://mail.gnome.org/mailman/listinfo/gnome-print-list</a><br><div class="small"><br/><img src="http://old.nabble.com/images/icon_attachment.gif" > <strong>signature.asc</strong> (196 bytes) <a href="http://old.nabble.com/attachment/8300235/0/signature.asc" target="_top">Download Attachment</a></div>tag:old.nabble.com,2006:post-8294741tiff print in gnome-print2007-01-12T00:52:29Z2007-01-12T00:52:29ZPChotHi all!<br><br>I want to make script for printing into multipage tiff files, possible with g3 compression. <br><br>A came accross WebFax (<a href="http://kde-apps.org/content/show.php?content=15341" target="_blank" rel="nofollow">
http://kde-apps.org/content/show.php?content=15341</a>)
for KDE that could do that with minor modification. So naturaly i try
to find out what i have to do that this will work in gnome. I try to
find out how is "GNOME-PDF-WRITER.xml
" created and how can i use it for template but i don't have much luck.
<br><br>Is there easy solution?<br><br>Could you help me with some advice? Maybe someone else could use that feature.<br><br>Thanks,<br>Jan<br clear="all"><span class="sg">
</span><br clear="all"><br>-- <br> Macs are for those who don't want to know why their computer works.<br>Linux is for those who want to know why their computer works.<br>DOS is for those who want to know why their computer doesn't work.
<br>Windows is for those who don't want to know why their computer doesn't work.
<br />_______________________________________________
<br>gnome-print-list mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=8294741&i=0" target="_top" rel="nofollow">gnome-print-list@...</a>
<br><a href="http://mail.gnome.org/mailman/listinfo/gnome-print-list" target="_top" rel="nofollow">http://mail.gnome.org/mailman/listinfo/gnome-print-list</a><br>tag:old.nabble.com,2006:post-7934911eggcups 0.20 released2006-12-18T11:27:41Z2006-12-18T11:27:41ZMatthias ClasenI have just released eggcups 0.20, available here:
<br><br> <a href="http://ftp.acc.umu.se/pub/gnome/sources/eggcups/0.20" target="_top" rel="nofollow">http://ftp.acc.umu.se/pub/gnome/sources/eggcups/0.20</a><br><br>MD5 sums:
<br><br>deaf598120961765bfef61ecd4101ed3 eggcups-0.20.tar.bz2
<br>0e2087b675f4e6b3b105c91dcf78a034 eggcups-0.20.tar.gz
<br><br>This release incorporates 1.5 years of accumulated patches
<br>from the Fedora rpms, and a lot of translation updates.
<br><br><br>Overview of Changes in Eggcups 0.20
<br>===================================
<br><br>* Fix several crasher bugs (Tim Waugh, John Palmieri)
<br>* Improve the parsing of foomatic XML (Tim Waugh)
<br>* Fix remote job cancellation (Tim Waugh)
<br>* Necessary changes to work with cups 1.2, dbus 1.0
<br> and newer hal_lpadmin. This includes changing
<br> the dbus interface name back to com.redhat, since
<br> this is what cups 1.2 provides (Tim Waugh, John Palmieri)
<br>* Support transparent panels (Matthias Clasen)
<br><br>New or updated translations:
<br>ar (Djihed Afifi)
<br>bg (Vladimir Petkov)
<br>cs (Miloslav Trmac)
<br>el (Kostas Papadimas)
<br>en_CA (Adam Weinberger)
<br>en_GB (David Lodge)
<br>es (Francisco Javier F. Serrador)
<br>fa (Meelad Zakaria)
<br>fi (Ilkka Tuohela)
<br>gl (Ignacio Casal Quinteiro)
<br>gu (Ankit Patel)
<br>hi (Rajesh Ranjan)
<br>hu (Gabor Kelemen)
<br>it (Marco Ciampa)
<br>ja (Satoru SATOH)
<br>lt (Žygimantas Beručka)
<br>mk (Arangel Angov)
<br>nb (Kjartan Maraas)
<br>ne (Mahesh subedi)
<br>nl (Wouter Bolsterlee)
<br>ru (Leonid Kanter)
<br>sk (Marcel Telka)
<br>sv (Daniel Nylander)
<br>th (Theppitak Karoonboonyanan)
<br>tr (Cemil MUTLU)
<br>vi (Clytie Siddall)
<br>zh_HK (Walter Cheuk)
<br>zh_TW ( Walter Cheuk)
<br><br><br>Matthias Clasen
<br>Dec 18, 2006
<br><br>_______________________________________________
<br>gnome-print-list mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=7934911&i=0" target="_top" rel="nofollow">gnome-print-list@...</a>
<br><a href="http://mail.gnome.org/mailman/listinfo/gnome-print-list" target="_top" rel="nofollow">http://mail.gnome.org/mailman/listinfo/gnome-print-list</a><br>tag:old.nabble.com,2006:post-7847205eggcups patches2006-12-12T20:49:04Z2006-12-12T20:49:04ZMatthias ClasenHey,
<br><br>I decided that it is silly to accumulate eggcups patches in our Fedora
<br>rpms, and merged them all upstream today. This should make eggcups
<br>work with DBus 1.0 and cups 1.2.
<br><br>I'm thinking of doing an eggcups release soon, but I thought I'd ask
<br>others if there are more distribution patches for eggcups floating
<br>around that we should merge before that.
<br><br>Matthias
<br><br>_______________________________________________
<br>gnome-print-list mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=7847205&i=0" target="_top" rel="nofollow">gnome-print-list@...</a>
<br><a href="http://mail.gnome.org/mailman/listinfo/gnome-print-list" target="_top" rel="nofollow">http://mail.gnome.org/mailman/listinfo/gnome-print-list</a><br>tag:old.nabble.com,2006:post-6856106FSG Printing Summit, Oct 23-262006-10-17T08:10:03Z2006-10-17T08:10:03ZGhee TeoHi,
<br><br> Is there anyone from the GNOME community is going to the FSG Printing
<br>Summit,
<br>at Lexington, KY on Oct 23-26 ?
<br><a href="http://www.freestandards.org/en/OpenPrinting/SummitLexington" target="_top" rel="nofollow">http://www.freestandards.org/en/OpenPrinting/SummitLexington</a><br><br> There are some printing folks from Sun will be there and like to get
<br>in touch with you.
<br>Just reply to this, they will just pick it up from here :)
<br><br>Thanks,
<br><br>-Ghee
<br>P.S. Some background on FSG Printing
<br><a href="http://www.freestandards.org/en/OpenPrinting" target="_top" rel="nofollow">http://www.freestandards.org/en/OpenPrinting</a><br>PPS. One interesting blog from presenter of one of the session, Peter
<br>Sikking
<br><a href="http://www.mmiworks.net/eng/publications/2006/10/preparing-for-openprinting-lexington.html" target="_top" rel="nofollow">http://www.mmiworks.net/eng/publications/2006/10/preparing-for-openprinting-lexington.html</a><br><br><br>_______________________________________________
<br>gnome-print-list mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=6856106&i=0" target="_top" rel="nofollow">gnome-print-list@...</a>
<br><a href="http://mail.gnome.org/mailman/listinfo/gnome-print-list" target="_top" rel="nofollow">http://mail.gnome.org/mailman/listinfo/gnome-print-list</a><br>tag:old.nabble.com,2006:post-5362522list of known printers / default page size2006-07-17T09:07:51Z2006-07-17T09:07:51Zabel deuringHi all,
<br><br>I have two problems with gnomeprint, version 2.10.1:
<br><br>(1) If gnome_print_config_from_string is called with data for a
<br>definetely existing printer, before a print dialog has run, I get
<br>the warning "Model not found, discarding config". As I understand
<br>it, the list of known printers is built as late a while the dialog
<br>is run. This makes it impossible to set up a printer from a stored
<br>configuration. The problem occurs also in the . This is perhaps
<br>related to this mail:
<br><a href="http://mail.gnome.org/archives/gnome-print-list/2004-August/msg00026.html" target="_top" rel="nofollow">http://mail.gnome.org/archives/gnome-print-list/2004-August/msg00026.html</a><br><br><br>This problem can easily be reproduced by running the script
<br>examples/gnomeprint/example_09.py from gnome-python-extras.
<br><br>I am currently using an ugly workaround: create a print dialog
<br>during program start, iconify it as quickly as possible, wait a few
<br>seconds and the delete it.
<br><br>(2) Not necessarily a "pure" gnomeprint problem, but anyway:
<br><br>If I try to print an A4 size page from gnomeprint via the Suse 9.3
<br>print system (Cups, foomatic, Ghostscript and whatever else) to a
<br>PCL printer, I get a too large top margin. If the identical data is
<br>sent to a Postscript printer, the margins are correct. A small
<br>modification of the Postscript code gives better margins for the PCL
<br>printer. It seems that Ghostscript either does not understand the
<br>page definition "/PageSize [595 842]" (A4 size in points) in line 35
<br>of the Postscript code generated by gnomeprint (not very likely,
<br>because postscript code generated by most programs is processed
<br>fine), or that it interprets the lines 40 to 43 in a wrong way:
<br><br>/Policies <<
<br>/PolicyNotFound 1
<br>/PageSize 3
<br>>>
<br><br>If I remove the line "/PageSize 3", the page is printed properly.
<br><br>I guess that the page size number three means "letter". IMHO it is
<br>not a good idea to set a "hard wired" fallback page size on the
<br>application level: Firstly, the decision, what to do, if the
<br>selected page size does not exist for a printer, should be left to
<br>the user and/or the print system, but should not be made by an
<br>application, and secondly, the C code generating the "/PageSize 3"
<br>line is:
<br><br>gnome_print_transport_printf (pc->transport, "/PageSize 3" EOL)
<br><br>(file gnome-print-ps2.c, function
<br>gnome_print_ps2_setpagedevice_policies). So, the page size "letter"
<br>is hard-wired in the code -- but some parts of the world like Europe
<br>use A4 as the the default page size, and in other regions people
<br>might choose neither A4 nor letter as the default page size.
<br><br>In short: I think that the "/PageSize 3" line should disappear from
<br>the Postscript code generated by gnomeprint.
<br><br>Abel
<br>_______________________________________________
<br>gnome-print-list mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=5362522&i=0" target="_top" rel="nofollow">gnome-print-list@...</a>
<br><a href="http://mail.gnome.org/mailman/listinfo/gnome-print-list" target="_top" rel="nofollow">http://mail.gnome.org/mailman/listinfo/gnome-print-list</a><br>tag:old.nabble.com,2006:post-3442607Re: Eggcups icon not appearing2006-03-16T11:09:28Z2006-03-16T11:09:28ZNickolay V. ShmyrevВ Срд, 15/03/2006 в 13:09 -0600, Steve Bergman пишет:
<div class='shrinkable-quote'><br>> I did a "side-grade" of Fedora Core 2 to CentOS (RHEL) 4.2.
<br>>
<br>> The version of eggcups is "desktop-printing-0.17-3.EL.1".
<br>>
<br>> The DBUS_SESSION_BUS_ADDRESS is being set.
<br>>
<br>> There is a notification area on the panel. the dbus daemon is running,
<br>> as is hal.
<br>>
<br>> But no icon when the user prints. I can start eggcups manually and it
<br>> exits without errors, returning a 0. It does not daemonize.
<br>>
</div><br>That should be the point. eggcups has -d option and it's also useful to
<br>run it under strace and look at logs. Probably they will show you the
<br>reason.
<br><br>> Any ideas? I'm more comfortable with web server config than the
<br>> minutiae of all this new fangled desktop stuff. ;-)
<br>>
<br>> Thanks for any help,
<br>> Steve Bergman
<br><br><br>_______________________________________________
<br>gnome-print-list mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=3442607&i=0" target="_top" rel="nofollow">gnome-print-list@...</a>
<br><a href="http://mail.gnome.org/mailman/listinfo/gnome-print-list" target="_top" rel="nofollow">http://mail.gnome.org/mailman/listinfo/gnome-print-list</a><br>tag:old.nabble.com,2006:post-3422062Eggcups icon not appearing2006-03-15T11:09:24Z2006-03-15T11:09:24ZSteve BergmanI did a "side-grade" of Fedora Core 2 to CentOS (RHEL) 4.2.
<br><br>The version of eggcups is "desktop-printing-0.17-3.EL.1".
<br><br>The DBUS_SESSION_BUS_ADDRESS is being set.
<br><br>There is a notification area on the panel. the dbus daemon is running,
<br>as is hal.
<br><br>But no icon when the user prints. I can start eggcups manually and it
<br>exits without errors, returning a 0. It does not daemonize.
<br><br>Any ideas? I'm more comfortable with web server config than the
<br>minutiae of all this new fangled desktop stuff. ;-)
<br><br>Thanks for any help,
<br>Steve Bergman
<br>_______________________________________________
<br>gnome-print-list mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=3422062&i=0" target="_top" rel="nofollow">gnome-print-list@...</a>
<br><a href="http://mail.gnome.org/mailman/listinfo/gnome-print-list" target="_top" rel="nofollow">http://mail.gnome.org/mailman/listinfo/gnome-print-list</a><br>tag:old.nabble.com,2006:post-1987015Re: many questions on gnomeprint/gnomeprintui2005-12-17T03:56:48Z2005-12-17T03:56:48ZLutz Müller-2On Fri, 2005-12-16 at 00:32 -0500, Denis Auroux wrote:
<br>> On a more general level, is there any good documentation or howto ?
<br>> The HTML docs are very deficient, and the howtos I found on the web seem
<br>> to all date back to a time when libgnomeprint didn't actually exist yet.
<br>> The source code is useful to some extent, but the overall architecture
<br>> looks really complicated.
<br><br>I look at the source code and other applications using gnome-print. If
<br>you miss something there, just ask.
<br><br>> 1. Selecting a printer without going through a gnome-print-dialog
<br>>
<br>> I'd like my app to have a "print to PDF" feature that generates a PDF
<br>> file with minimal amount of user interaction.
<br><br>Do you need the gnome-print-dialog for that?
<br><div class='shrinkable-quote'><div class='shrinkable-quote'><br>> I've read in the docs that libgnomeprint is supposed to know how to
<br>> render partial transparency even when the underlying devices can't do it.
<br>> All my attempts at rendering partially transparent strokes with
<br>>
<br>> gnome_print_setopacity(gpc, 0.5);
<br>> gnome_print_newpath(gpc);
<br>> // a moveto and a sequence of lineto
<br>> gnome_print_stroke(gpc);
<br>>
<br>> have given completely opaque outputs. (I'm using libgnomeprint 2.10.3,
<br>> let me know if this has been fixed since then).
</div></div>I've fixed some issues related to transparency a couple of months ago.
<br>I'd try the latest version.
<br><br>> As far as I can tell, gnome-print-job-preview isn't stable at all (at least
<br>> in version 2.10.1 of libgnomeprintui -- I haven't checked the latest
<br>> version, but anyway I want my app to work with the libraries that people
<br>> typically already have on their machines, if at all possible). For example
<br>> one can cut pages until there are no pages left and then everything crashes,
<br>> and that's just one of many examples.
<br><br>Could you list them? Like that, I'll be able to fix the bugs one after
<br>another.
<br><br>> Is there a trimmed-down version of gnome-print-job-preview which doesn't
<br>> offer any of the unstable editing "features"?
<br><br>Not yet. gedit needs one, but as it probably involves changing the
<br>API...
<br><br>> Why isn't there an option
<br>> to set how much bells-and-whistles one wants the preview to have ?
<br><br>Because no one has worked on it yet.
<br><br>> 4. Inserting EPS or PDF fragments
<br>>
<br>> If I know for sure that I'm rendering to a PS or PDF printer, is there
<br>> any way of inserting EPS or PDF fragments into the output ?
<br><br>No. Either use libgnomeprint's API or generate the PS/PDF-file outside
<br>libgnomeprint. Or (as always) propose a patch.
<br><br>Regards
<br>--
<br>Lutz Müller <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=1987015&i=0" target="_top" rel="nofollow">lutz@...</a>>
<br><br /> <br />_______________________________________________
<br>gnome-print-list mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=1987015&i=1" target="_top" rel="nofollow">gnome-print-list@...</a>
<br><a href="http://mail.gnome.org/mailman/listinfo/gnome-print-list" target="_top" rel="nofollow">http://mail.gnome.org/mailman/listinfo/gnome-print-list</a><br><div class="small"><br/><img src="http://old.nabble.com/images/icon_attachment.gif" > <strong>signature.asc</strong> (196 bytes) <a href="http://old.nabble.com/attachment/1987015/0/signature.asc" target="_top">Download Attachment</a></div>tag:old.nabble.com,2006:post-1969403many questions on gnomeprint/gnomeprintui2005-12-15T21:32:01Z2005-12-15T21:32:01ZDenis AurouxHi,
<br><br>I'm relatively new to libgnomeprint(ui), so I'm full of questions.
<br>Any answers to the questions below will be highly appreciated... the
<br>first question especially is confusing me a lot, I feel like either
<br>I'm an idiot or the API is completely useless.
<br><br>On a more general level, is there any good documentation or howto ?
<br>The HTML docs are very deficient, and the howtos I found on the web seem
<br>to all date back to a time when libgnomeprint didn't actually exist yet.
<br>The source code is useful to some extent, but the overall architecture
<br>looks really complicated.
<br><br><br>1. Selecting a printer without going through a gnome-print-dialog
<br><br>I'd like my app to have a "print to PDF" feature that generates a PDF
<br>file with minimal amount of user interaction. I thought I'd go with
<br>a bunch of calls to gnome_print_config_set(...) to start with the default
<br>print config and set some crucial keys such as System.Engine.Backend and
<br>a few others. It turns out this works well at the beginning (while the
<br>default print config is still for a generic uninitialized printer), but
<br>after going through a printout via a gnome-print-dialog the default
<br>print config's tree references a CUPS printer, and I get errors like
<br><br>** WARNING **: could not set the value of Settings.Engine.Backend, node
<br>not found
<br><br>I guess what I actually want to do is modify the "Printer" key to reference
<br>the standard Gnome PDF printer, but I don't see how to do that? (doesn't
<br>that require getting into the gpa structures underlying the GnomePrintConfig
<br>structure, which are private and hence inaccessible to my code ?)
<br><br>Or else, should I try to create a GnomePrintConfig from an XML description
<br>of what I want? (using gnome_print_config_from_string()). If so, is there
<br>a relatively version-independent way of doing it ? (I see that the XML tree
<br>dump contains lots of version info; in addition, I may want to keep a lot of
<br>the system's default settings and only modify the choice of printer rather
<br>than also set a paper size and all that).
<br><br><br>2. Transparency ?
<br><br>I've read in the docs that libgnomeprint is supposed to know how to
<br>render partial transparency even when the underlying devices can't do it.
<br>All my attempts at rendering partially transparent strokes with
<br><br>gnome_print_setopacity(gpc, 0.5);
<br>gnome_print_newpath(gpc);
<br>// a moveto and a sequence of lineto
<br>gnome_print_stroke(gpc);
<br><br>have given completely opaque outputs. (I'm using libgnomeprint 2.10.3,
<br>let me know if this has been fixed since then). Is that normal ?
<br>Is there any way to get around it ?
<br><br><br>3. Print preview completely broken ?
<br><br>As far as I can tell, gnome-print-job-preview isn't stable at all (at least
<br>in version 2.10.1 of libgnomeprintui -- I haven't checked the latest
<br>version, but anyway I want my app to work with the libraries that people
<br>typically already have on their machines, if at all possible). For example
<br>one can cut pages until there are no pages left and then everything crashes,
<br>and that's just one of many examples.
<br><br>Is there a trimmed-down version of gnome-print-job-preview which doesn't
<br>offer any of the unstable editing "features"? Why isn't there an option
<br>to set how much bells-and-whistles one wants the preview to have ?
<br>Even worse, the preview widget doesn't seem to export any of its user
<br>interface elements publicly, and I was hoping for a cleaner method than
<br>scanning through the successive GtkContainers of the interface to hide
<br>all the faulty buttons... (which doesn't disable the drag-and-drop of
<br>pages, nor the keyboard shortcuts, so it's not a good solution at all).
<br><br><br>4. Inserting EPS or PDF fragments
<br><br>If I know for sure that I'm rendering to a PS or PDF printer, is there
<br>any way of inserting EPS or PDF fragments into the output ? (or maybe
<br>there's a more appropriate library for manipulating PS and PDF in C ?
<br>I agree that it's not clear at all why this should be libgnomeprint's
<br>business).
<br><br><br>Thanks in advance! (and sorry if some of my questions are stupid).
<br><br> Denis.
<br>_______________________________________________
<br>gnome-print-list mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=1969403&i=0" target="_top" rel="nofollow">gnome-print-list@...</a>
<br><a href="http://mail.gnome.org/mailman/listinfo/gnome-print-list" target="_top" rel="nofollow">http://mail.gnome.org/mailman/listinfo/gnome-print-list</a><br>tag:old.nabble.com,2006:post-1487820The ppd file for the CUPS printer xxxx could not be loaded.2005-11-14T20:53:04Z2005-11-14T20:53:04ZDaniel KasakHi all.
<br><br>It used to be that when I opened a ( gnome ) print dialog from an app
<br>such as gpdf, evince, abiword, etc, it would detect the default settings
<br>of the selected printer - I assume it was inspecting the ppd of the
<br>printer. This is no longer working.
<br><br>When I open a print dialog, I get a stream of messages:
<br><br>---
<br><br>Model not found, discarding config
<br><br>(evince:22540): GnomePrintCupsPlugin-WARNING **: iconv does not support
<br>ppd character encoding: ISOLatin1, trying CSISOLatin1
<br>GnomePrintCupsPlugin-Message: The ppd file for the CUPS printer
<br>Laserjet4050 could not be loaded.
<br>GnomePrintCupsPlugin-Message: The ppd file for the CUPS printer
<br>Laserjet4500 could not be loaded.
<br>GnomePrintCupsPlugin-Message: The ppd file for the CUPS printer
<br>RicohAF2027 could not be loaded.
<br>GnomePrintCupsPlugin-Message: The ppd file for the CUPS printer
<br>RicohAP3200 could not be loaded.
<br><br>---
<br><br>The setting that I'm most interested in at the moment is the default
<br>paper size. Other apps ( eg OpenOffice ) correctly detect that all my
<br>printers are A4 printers. All gnome apps that use the gnome print dialog
<br>insist on defaulting to Letter sized paper.
<br><br>I'm running CUPS-1.1.23 on server and clients ( both Gentoo Linux ). All
<br>printers are of course shared via CUPS IPP from the server.
<br><br>I'm also running Gnome-2.12.1.
<br><br>Any ideas?
<br><br>--
<br>Daniel Kasak
<br>IT Developer
<br>NUS Consulting Group
<br>Level 5, 77 Pacific Highway
<br>North Sydney, NSW, Australia 2060
<br>T: (+61) 2 9922-7676 / F: (+61) 2 9922 7989
<br>email: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=1487820&i=0" target="_top" rel="nofollow">dkasak@...</a>
<br>website: <a href="http://www.nusconsulting.com.au" target="_top" rel="nofollow">http://www.nusconsulting.com.au</a><br>_______________________________________________
<br>gnome-print-list mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=1487820&i=1" target="_top" rel="nofollow">gnome-print-list@...</a>
<br><a href="http://mail.gnome.org/mailman/listinfo/gnome-print-list" target="_top" rel="nofollow">http://mail.gnome.org/mailman/listinfo/gnome-print-list</a><br>tag:old.nabble.com,2006:post-1434054Re: New API questions2005-11-10T18:33:51Z2005-11-10T18:33:51ZJim EvinsOn Thu, 2005-11-10 at 22:52 +0100, Lutz Müller wrote:
<div class='shrinkable-quote'><br>> On Thu, 2005-11-10 at 12:37 +0300, Nickolay V. Shmyrev wrote:
<br>> > Placement in copies looks strange for me.
<br>>
<br>> That's the KDE way. I just wanted to have it in the dialog. We can
<br>> certainly move it around.
<br>>
<br>> > Will something like "Several pages to one
<br>> > ..." better than the current label.
<br>>
<br>> It's a bit long. How about 'Any page to 1'?
<br>>
<br>> > I'd better use something like radio "Both, Even, Old".
<br>>
<br>> Radio buttons are so space consuming. Perhaps a menu with those entries?
<br>>
<br>> > Actually I wonder if all this advanced functionality can fit in one dialog.
<br>>
<br>> At least on several tabs. I'd like to add a colorspace selector, too
<br>> (b/W, gray, color). That's easy to implement in libgnomeprint (just a
<br>> filter that converts the colors to gray or black/white) and very useful.
<br>> But I don't know how to call it GUI-wise and where to place it.
<br>>
<br>> > Probably our usability list can say something or at least flame on it.
<br>>
<br>> Yes, please.
<br>>
<br>> > That is why I am asking is there some mockups for a new dialog or
<br>> > another type of proposal.
<br>>
<br>> There isn't even a website for libgnomeprint.
<br>>
<br>> > Sorry for above if you like present state ;)
<br>>
<br>> I am open to suggestions as long as we move forward. There hasn't been
<br>> any development on libgnomeprint in the last couple of years, but I
<br>> think it is worth working on it.
<br>>
<br>> > > For what do you need the dialog, anyways?
<br>> > About printing itself. You see there are several task that libgnomeprint
<br>> > can deal with - first of all, access to system hardware (that is the
<br>> > common part).
<br>>
<br>> Ok, that's the first tab.
<br>>
<br>> > Second, conversion between formats (cairo <-> postscript
<br>> > <->pdf <-> pixbuf <-> gnomeprint metaformat). That is also quite common
<br>> > although, for some apps like gedit or gnumeric it's better to create
<br>> > data in gnomeprint metaformat or probably with cairo in the future. But
<br>> > for some apps like our evince, it's much easier to generate postscript.
<br>>
<br>> libgnomeprint is no conversion program between formats. That's what
<br>> gstreamer was designed for.
<br>>
<br>> > But we still need dialog functionality and functionality to access the
<br>> > printer. Older API allow as to do that, newer don't. We can't work with
<br>> > our postscript files and it seems almost impossible for us to create
<br>> > documents in gnoemprintui metaformat.
<br>>
<br>> How about giving apps the choice to add their own tabs?
<br>> - The printer tab can always be there.
<br>> - Remove the paper selector tab - it belongs to the "print setup" menu
<br>> item.
<br>> - Show the job tab only if the app generated libgnomeprint metadata. If
<br>> not, the application needs to create its own tab if it can offer
<br>> advanced features like page selection.
</div><br>This is an excellent idea. Currently in glabels I have to do a really
<br>stupid hack to create a custom print dialog with a printer-selector.
<br>See <a href="http://bugzilla.gnome.org/show_bug.cgi?id=99728" target="_top" rel="nofollow">http://bugzilla.gnome.org/show_bug.cgi?id=99728</a> (which BTW was
<br>incorrectly marked resolved as FIXED, it wasn't). Gthumb (at least in
<br>2.6.5) requires the user to go through two print dialogs (its own
<br>followed by libgnomeprintui's), which is an extremely clumsy UI.
<br><br>An application may have many application specific printing options (e.g.
<br>layer selections, header and footer options, scaling options, record
<br>selections, etc.) that cannot be generalized. You could argue that
<br>these go into a separate "Print setup" or "Page setup" dialog, however
<br>this would depend on the intended scope of these options.
<br><br>-Jim
<br><div class='shrinkable-quote'><br>> > Due to such problem with already have a lot of requirements that really
<br>> > hard to satisfy (for example, poppler only generates A4 and there is no
<br>> > way to make it respect page settings in the dialog and so on).
<br>>
<br>> That's why I'd like to get rid of the paper selector tab.
<br>>
<br>> > So, we need the ability to "embed" our app between document generation
<br>> > code and sending data to printer. That task was handled by
<br>> > gnome_print_set_file function that've never became stable part of API.
<br>>
<br>> We can make it part of the API. Again, people will then be prevented
<br>> from all those fancy options, but that's the decision of the
<br>> application, not libgnomeprint.
<br>> > Or we need a way to convert postscript to gnomeprint metaformat for
<br>> > passing it through printing framework.
<br>>
<br>> Just render it. We can use the gstreamer framework for that - then you
<br>> can also read PDFs, images... It's easy done with just one plugin for
<br>> gstreamer.
<br>>
<br>> > And about preview. You see it's a widget and it's almost the same widget
<br>> > as evince main view. You know, implementing a good custom widget is very
<br>> > hard, just because it requires very careful attention to details like
<br>> > accessibilty and so on. That is why I am asking about common parts of
<br>> > evince work and gnomeprintui work. Probably we can find some common part
<br>> > in our widgets and work on them together. Users will ask you for
<br>> > continuous pages in print preview one day, then you'll remember evince
<br>> > once again :)
<br>>
<br>> Can you drag and drop individual pages from evince to another document
<br>> shown in another instance of evince? As I understand, evince is 'just' a
<br>> viewer. The gnome-print-preview lets you delete pages, reorder them,
<br>> insert pages from another print preview...
<br>>
<br>> Can we split this discussion up into several parts/emails?
<br>>
<br>> (1) Printing PostScript documents (-> conversion to meta format,
<br>> dropping fancy GUI options...)
<br>>
<br>> (2) Improving the user interface when using the GnomePrintMeta format
<br>> (where to place the reverse option...)
<br>>
<br>> (3) Finding synergies between evince and the gnome-print-preview
<br>>
<br>> Regards
<br>> _______________________________________________
<br>> gnome-print-list mailing list
<br>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=1434054&i=0" target="_top" rel="nofollow">gnome-print-list@...</a>
<br>> <a href="http://mail.gnome.org/mailman/listinfo/gnome-print-list" target="_top" rel="nofollow">http://mail.gnome.org/mailman/listinfo/gnome-print-list</a></div><br>_______________________________________________
<br>gnome-print-list mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=1434054&i=1" target="_top" rel="nofollow">gnome-print-list@...</a>
<br><a href="http://mail.gnome.org/mailman/listinfo/gnome-print-list" target="_top" rel="nofollow">http://mail.gnome.org/mailman/listinfo/gnome-print-list</a><br>tag:old.nabble.com,2006:post-1431010Re: New API questions2005-11-10T13:52:12Z2005-11-10T13:52:12ZLutz Müller-2On Thu, 2005-11-10 at 12:37 +0300, Nickolay V. Shmyrev wrote:
<br>> Placement in copies looks strange for me.
<br><br>That's the KDE way. I just wanted to have it in the dialog. We can
<br>certainly move it around.
<br><br>> Will something like "Several pages to one
<br>> ..." better than the current label.
<br><br>It's a bit long. How about 'Any page to 1'?
<br><br>> I'd better use something like radio "Both, Even, Old".
<br><br>Radio buttons are so space consuming. Perhaps a menu with those entries?
<br><br>> Actually I wonder if all this advanced functionality can fit in one dialog.
<br><br>At least on several tabs. I'd like to add a colorspace selector, too
<br>(b/W, gray, color). That's easy to implement in libgnomeprint (just a
<br>filter that converts the colors to gray or black/white) and very useful.
<br>But I don't know how to call it GUI-wise and where to place it.
<br><br>> Probably our usability list can say something or at least flame on it.
<br><br>Yes, please.
<br><br>> That is why I am asking is there some mockups for a new dialog or
<br>> another type of proposal.
<br><br>There isn't even a website for libgnomeprint.
<br><br>> Sorry for above if you like present state ;)
<br><br>I am open to suggestions as long as we move forward. There hasn't been
<br>any development on libgnomeprint in the last couple of years, but I
<br>think it is worth working on it.
<br><br>> > For what do you need the dialog, anyways?
<br>> About printing itself. You see there are several task that libgnomeprint
<br>> can deal with - first of all, access to system hardware (that is the
<br>> common part).
<br><br>Ok, that's the first tab.
<br><br>> Second, conversion between formats (cairo <-> postscript
<br>> <->pdf <-> pixbuf <-> gnomeprint metaformat). That is also quite common
<br>> although, for some apps like gedit or gnumeric it's better to create
<br>> data in gnomeprint metaformat or probably with cairo in the future. But
<br>> for some apps like our evince, it's much easier to generate postscript.
<br><br>libgnomeprint is no conversion program between formats. That's what
<br>gstreamer was designed for.
<br><br>> But we still need dialog functionality and functionality to access the
<br>> printer. Older API allow as to do that, newer don't. We can't work with
<br>> our postscript files and it seems almost impossible for us to create
<br>> documents in gnoemprintui metaformat.
<br><br>How about giving apps the choice to add their own tabs?
<br>- The printer tab can always be there.
<br>- Remove the paper selector tab - it belongs to the "print setup" menu
<br>item.
<br>- Show the job tab only if the app generated libgnomeprint metadata. If
<br>not, the application needs to create its own tab if it can offer
<br>advanced features like page selection.
<br><br>> Due to such problem with already have a lot of requirements that really
<br>> hard to satisfy (for example, poppler only generates A4 and there is no
<br>> way to make it respect page settings in the dialog and so on).
<br><br>That's why I'd like to get rid of the paper selector tab.
<br><br>> So, we need the ability to "embed" our app between document generation
<br>> code and sending data to printer. That task was handled by
<br>> gnome_print_set_file function that've never became stable part of API.
<br><br>We can make it part of the API. Again, people will then be prevented
<br>from all those fancy options, but that's the decision of the
<br>application, not libgnomeprint.
<br>> Or we need a way to convert postscript to gnomeprint metaformat for
<br>> passing it through printing framework.
<br><br>Just render it. We can use the gstreamer framework for that - then you
<br>can also read PDFs, images... It's easy done with just one plugin for
<br>gstreamer.
<br><br>> And about preview. You see it's a widget and it's almost the same widget
<br>> as evince main view. You know, implementing a good custom widget is very
<br>> hard, just because it requires very careful attention to details like
<br>> accessibilty and so on. That is why I am asking about common parts of
<br>> evince work and gnomeprintui work. Probably we can find some common part
<br>> in our widgets and work on them together. Users will ask you for
<br>> continuous pages in print preview one day, then you'll remember evince
<br>> once again :)
<br><br>Can you drag and drop individual pages from evince to another document
<br>shown in another instance of evince? As I understand, evince is 'just' a
<br>viewer. The gnome-print-preview lets you delete pages, reorder them,
<br>insert pages from another print preview...
<br><br>Can we split this discussion up into several parts/emails?
<br><br>(1) Printing PostScript documents (-> conversion to meta format,
<br>dropping fancy GUI options...)
<br><br>(2) Improving the user interface when using the GnomePrintMeta format
<br>(where to place the reverse option...)
<br><br>(3) Finding synergies between evince and the gnome-print-preview
<br><br>Regards
<br>--
<br>Lutz Müller <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=1431010&i=0" target="_top" rel="nofollow">lutz@...</a>>
<br><br /> <br />_______________________________________________
<br>gnome-print-list mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=1431010&i=1" target="_top" rel="nofollow">gnome-print-list@...</a>
<br><a href="http://mail.gnome.org/mailman/listinfo/gnome-print-list" target="_top" rel="nofollow">http://mail.gnome.org/mailman/listinfo/gnome-print-list</a><br><div class="small"><br/><img src="http://old.nabble.com/images/icon_attachment.gif" > <strong>signature.asc</strong> (196 bytes) <a href="http://old.nabble.com/attachment/1431010/0/signature.asc" target="_top">Download Attachment</a></div>tag:old.nabble.com,2006:post-1420178Re: New API questions2005-11-10T01:37:00Z2005-11-10T01:37:00ZNickolay V. Shmyrev> > 3. Third. We had requests to print pages in reverse order. In older view
<br>> > it was possible with "From ... to ..." entry by passing bigger page in
<br>> > first spinner and smaller one in second. Now I see this control was
<br>> > removed in CVS. Do you have any plans to implement such functionality.
<br>>
<br>> The functionality is already in CVS. I've just not hooked it up yet.
<br>> Will do so in the next couple of days.
<br>>
<br><br>Ups, I haven't noticed it. I was playing with current CVS, but the
<br>reverse checkbox is placed in the copies selector somehow and it's
<br>not shown.
<br><br>Placement in copies looks strange for me. I'm not an usability expert
<br>anyhow, but it seems that some other UI improvements to dialog usability
<br>can be made. For example, label "n pages to 1" for me looks like
<br>designed for programmers :) Will something like "Several pages to one
<br>..." better than the current label. Another very confusing thing is
<br>"Even/Odd checkboxes". When I click on "Even" and then on "Odd"
<br>checkbox "Even" became selected. That's is certainly not what user
<br>expects. I'd better use something like radio "Both, Even, Old". Actually
<br>I wonder if all this advanced functionality can fit in one dialog.
<br>Probably our usability list can say something or at least flame on it.
<br>That is why I am asking is there some mockups for a new dialog or
<br>another type of proposal. Sorry for above if you like present state ;)
<br><div class='shrinkable-quote'><br>> libgnomeprint(ui) was designed to take over the generation of
<br>> PostScript/PDF/SVG/whatever data. If you use the gnome-print-API
<br>> (gnome_print_moveto, gnome_print_fill...), libgnomeprint will be able to
<br>> do lots of cool stuff:
<br>> - printing n-to-1 (even 1-to-n: posters for poor people)
<br>> - reverse order
<br>> - pages "1,5-8"
<br>> - drag and drop pages from one print preview to the print preview of
<br>> another application and thus merge for example abiword and gnumeric
<br>> files...
<br>>
<br>> As I doubt that you'll implement all of this in evince, you need to
<br>> suppress elements all over the GUI. How should we do that? Making the
<br>> elements insensitive? Hiding them (and probably rearranging the visible
<br>> ones)? How to do it technically? For what do you need the dialog,
<br>> anyways?
<br>>
</div><br>About printing itself. You see there are several task that libgnomeprint
<br>can deal with - first of all, access to system hardware (that is the
<br>common part). Second, conversion between formats (cairo <-> postscript
<br><->pdf <-> pixbuf <-> gnomeprint metaformat). That is also quite common
<br>although, for some apps like gedit or gnumeric it's better to create
<br>data in gnomeprint metaformat or probably with cairo in the future. But
<br>for some apps like our evince, it's much easier to generate postscript.
<br>But we still need dialog functionality and functionality to access the
<br>printer. Older API allow as to do that, newer don't. We can't work with
<br>our postscript files and it seems almost impossible for us to create
<br>documents in gnoemprintui metaformat.
<br><br>Probably when cairo will be used, it would be acceptable although
<br>I can't say if it will work (for example poppler which already depends
<br>on cairo in theory can be adopted to cairo printing, but some formats
<br>like djvu has libraries that generate Postscript and will never work
<br>with cairo, mozilla also btw).
<br><br>Due to such problem with already have a lot of requirements that really
<br>hard to satisfy (for example, poppler only generates A4 and there is no
<br>way to make it respect page settings in the dialog and so on).
<br><br>So, we need the ability to "embed" our app between document generation
<br>code and sending data to printer. That task was handled by
<br>gnome_print_set_file function that've never became stable part of API.
<br>Or we need a way to convert postscript to gnomeprint metaformat for
<br>passing it through printing framework.
<br><div class='shrinkable-quote'><br>> > 7. Probably evince will be useful as print preview widget in the future.
<br>> > Probably we can investigate such question and try to implement it
<br>> > somehow.
<br>>
<br>> The preview widget is just a viewer for gnome-prints internal meta
<br>> format. This format can be converted by libgnomeprint to PostScript,
<br>> PDF, SVG and images (gdk-pixbuf). I am not convinced that a dependency
<br>> on an external program to render that meta format would add benefits.
<br>>
<br>> As a sidenote: It seems that the print preview dialog is a relict of the
<br>> past. firefox displays in the tab. So does the gedit (CVS). The abiword
<br>> team is getting alarmed if someone finds out that the print output
<br>> differs from the document shown in the application.
<br>>
</div><br>And about preview. You see it's a widget and it's almost the same widget
<br>as evince main view. You know, implementing a good custom widget is very
<br>hard, just because it requires very careful attention to details like
<br>accessibilty and so on. That is why I am asking about common parts of
<br>evince work and gnomeprintui work. Probably we can find some common part
<br>in our widgets and work on them together. Users will ask you for
<br>continuous pages in print preview one day, then you'll remember evince
<br>once again :)
<br><br>Let me note that there is no problem with dependency. Evince depends
<br>on libgnomeprintui, so common parts may be placed there.
<br><br>Although probably such monster will be too complicated to handle, may be
<br>I am wrong and small code that just do it's work will be better than
<br>common widget that handles everything. That's why I am asking what do
<br>other people think about it.
<br><br><br>_______________________________________________
<br>Evince-list mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=1420178&i=0" target="_top" rel="nofollow">Evince-list@...</a>
<br><a href="http://mail.gnome.org/mailman/listinfo/evince-list" target="_top" rel="nofollow">http://mail.gnome.org/mailman/listinfo/evince-list</a><br>tag:old.nabble.com,2006:post-1418245Re: New API questions2005-11-09T23:27:36Z2005-11-09T23:27:36ZLutz Müller-2On Wed, 2005-11-09 at 23:30 +0300, Nickolay V. Shmyrev wrote:
<br>> 1. First of all, about old API, we have request from users to make
<br>> printing of current page easily available. There is possibility to add
<br>> corresponding radio button in old API, but it's completely unusable.
<br>> Just because when you add current entry, it became selected by default,
<br>> and that is certainly not what user expects. By default all pages radio
<br>> should be selected. Unfortunately there is no way to change this value,
<br>> so I propose the attached patch.
<br><br>Looks good. I'll verify it and check it in.
<br><br>> 2. Second problem that attached patch should solve is that with new API
<br>> passing GNOME_PRINT_DIALOG_RANGE to gnome_print_dialog_new creates two
<br>> (old and new) frames with the same label "Print range". Moreover, flags
<br>> don't manage visible controls on "Job" page. Proposed patch should make
<br>> situation clearer - setting "flags" property will hide or show needed
<br>> range control for both old and new API.
<br><br>Thanks for sorting this out.
<br><br>> 3. Third. We had requests to print pages in reverse order. In older view
<br>> it was possible with "From ... to ..." entry by passing bigger page in
<br>> first spinner and smaller one in second. Now I see this control was
<br>> removed in CVS. Do you have any plans to implement such functionality.
<br>>
<br>> 4. Generic one - I see new printing ui API is much different from older
<br>> one and probably won't satisfy our needs. And it looks unfinished a bit.
<br>> Is there any plan for future API already or it's in development stage?
<br>> Some of our needs are listed below.
<br><br>The functionality is already in CVS. I've just not hooked it up yet.
<br>Will do so in the next couple of days.
<br><br>> 5. We need to get range of pages and then create ps file ourselves
<br>> (something like that was possible with never offical
<br>> gnome_print_job_set_file API, although it's very incomplete. For
<br>> example, it's hard to get proper page layout and so on. Is something
<br>> like that planned for new API. I see there is no way to even get range
<br>> of pages selected by user.
<br><br>libgnomeprint(ui) was designed to take over the generation of
<br>PostScript/PDF/SVG/whatever data. If you use the gnome-print-API
<br>(gnome_print_moveto, gnome_print_fill...), libgnomeprint will be able to
<br>do lots of cool stuff:
<br>- printing n-to-1 (even 1-to-n: posters for poor people)
<br>- reverse order
<br>- pages "1,5-8"
<br>- drag and drop pages from one print preview to the print preview of
<br>another application and thus merge for example abiword and gnumeric
<br>files...
<br><br>As I doubt that you'll implement all of this in evince, you need to
<br>suppress elements all over the GUI. How should we do that? Making the
<br>elements insensitive? Hiding them (and probably rearranging the visible
<br>ones)? How to do it technically? For what do you need the dialog,
<br>anyways?
<br><br>> 6. Is it possible to customize new dialog view, for example to remove
<br>> "layout" combo in second page. Or to add "current" or "selected" radio
<br>> to range control. Is it possible to hide "Preview" dialog action.
<br><br>See comment above. Currently, no elegant solution comes to my mind for
<br>customizing the print dialog.
<br><br>> 7. Probably evince will be useful as print preview widget in the future.
<br>> Probably we can investigate such question and try to implement it
<br>> somehow.
<br><br>The preview widget is just a viewer for gnome-prints internal meta
<br>format. This format can be converted by libgnomeprint to PostScript,
<br>PDF, SVG and images (gdk-pixbuf). I am not convinced that a dependency
<br>on an external program to render that meta format would add benefits.
<br><br>As a sidenote: It seems that the print preview dialog is a relict of the
<br>past. firefox displays in the tab. So does the gedit (CVS). The abiword
<br>team is getting alarmed if someone finds out that the print output
<br>differs from the document shown in the application.
<br><br>> Actually there are much more questions, but it's enough for one mail :)
<br><br>Don't hesitate to ask/suggest/criticize/patch...
<br><br>Regards
<br>--
<br>Lutz Müller <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=1418245&i=0" target="_top" rel="nofollow">lutz@...</a>>
<br><br /> <br />_______________________________________________
<br>gnome-print-list mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=1418245&i=1" target="_top" rel="nofollow">gnome-print-list@...</a>
<br><a href="http://mail.gnome.org/mailman/listinfo/gnome-print-list" target="_top" rel="nofollow">http://mail.gnome.org/mailman/listinfo/gnome-print-list</a><br><div class="small"><br/><img src="http://old.nabble.com/images/icon_attachment.gif" > <strong>signature.asc</strong> (196 bytes) <a href="http://old.nabble.com/attachment/1418245/0/signature.asc" target="_top">Download Attachment</a></div>tag:old.nabble.com,2006:post-1411029New API questions2005-11-09T12:30:00Z2005-11-09T12:30:00ZNickolay V. ShmyrevHello all.
<br><br>I've started some work on evince printing and the following questions
<br>appeared, let me ask them in one mail since they all are related.
<br><br>1. First of all, about old API, we have request from users to make
<br>printing of current page easily available. There is possibility to add
<br>corresponding radio button in old API, but it's completely unusable.
<br>Just because when you add current entry, it became selected by default,
<br>and that is certainly not what user expects. By default all pages radio
<br>should be selected. Unfortunately there is no way to change this value,
<br>so I propose the attached patch.
<br><br>2. Second problem that attached patch should solve is that with new API
<br>passing GNOME_PRINT_DIALOG_RANGE to gnome_print_dialog_new creates two
<br>(old and new) frames with the same label "Print range". Moreover, flags
<br>don't manage visible controls on "Job" page. Proposed patch should make
<br>situation clearer - setting "flags" property will hide or show needed
<br>range control for both old and new API.
<br><br>3. Third. We had requests to print pages in reverse order. In older view
<br>it was possible with "From ... to ..." entry by passing bigger page in
<br>first spinner and smaller one in second. Now I see this control was
<br>removed in CVS. Do you have any plans to implement such functionality.
<br><br>4. Generic one - I see new printing ui API is much different from older
<br>one and probably won't satisfy our needs. And it looks unfinished a bit.
<br>Is there any plan for future API already or it's in development stage?
<br>Some of our needs are listed below.
<br><br>5. We need to get range of pages and then create ps file ourselves
<br>(something like that was possible with never offical
<br>gnome_print_job_set_file API, although it's very incomplete. For
<br>example, it's hard to get proper page layout and so on. Is something
<br>like that planned for new API. I see there is no way to even get range
<br>of pages selected by user.
<br><br><br>6. Is it possible to customize new dialog view, for example to remove
<br>"layout" combo in second page. Or to add "current" or "selected" radio
<br>to range control. Is it possible to hide "Preview" dialog action.
<br><br>7. Probably evince will be useful as print preview widget in the future.
<br>Probably we can investigate such question and try to implement it
<br>somehow.
<br><br>Actually there are much more questions, but it's enough for one mail :)
<br><br>Thanks for attention.
<br><br><br /><tt>[gnomeprint.diff]</tt><br /><hr align="left" width="300" /><tt>diff -upr libgnomeprintui-2.12.1/libgnomeprintui/gnome-print-dialog.c libgnomeprintui-2.12.1.new/libgnomeprintui/gnome-print-dialog.c
<br>--- libgnomeprintui-2.12.1/libgnomeprintui/gnome-print-dialog.c 2005-09-19 21:59:29.000000000 +0400
<br>+++ libgnomeprintui-2.12.1.new/libgnomeprintui/gnome-print-dialog.c 2005-11-09 17:07:19.000000000 +0300
<br>@@ -242,6 +242,7 @@ gnome_print_dialog_set_property (GObject
<br> GValue const *value, GParamSpec *pspec)
<br> {
<br> GnomePrintDialog *gpd = GNOME_PRINT_DIALOG (object);
<br>+ gpointer r;
<br>
<br> switch (prop_id) {
<br> case PROP_TITLE:
<br>@@ -249,8 +250,16 @@ gnome_print_dialog_set_property (GObject
<br> break;
<br> case PROP_FLAGS:
<br> gpd->flags = g_value_get_int (value);
<br>- g_object_set (G_OBJECT (gpd->e_range), "visible",
<br>- (gpd->flags & GNOME_PRINT_DIALOG_RANGE) > 0, NULL);
<br>+
<br>+ r = g_object_get_data (G_OBJECT (gpd->e_range), "range");
<br>+ if (r) {
<br>+ g_object_set (G_OBJECT (gpd->e_range), "visible",
<br>+ (gpd->flags & GNOME_PRINT_DIALOG_RANGE) > 0, NULL);
<br>+ } else {
<br>+ g_object_set (G_OBJECT (gpd->s_page), "visible",
<br>+ (gpd->flags & GNOME_PRINT_DIALOG_RANGE) > 0, NULL);
<br>+ }
<br>+
<br> g_object_set (G_OBJECT (gpd->s_copies), "visible",
<br> (gpd->flags & GNOME_PRINT_DIALOG_COPIES) > 0, NULL);
<br> break;
<br>@@ -483,7 +492,6 @@ gnome_print_dialog_init (GnomePrintDialo
<br>
<br> /* Print range, new API */
<br> gpd->s_page = g_object_new (GNOME_TYPE_PRINT_PAGE_SELECTOR, NULL);
<br>- gtk_widget_show (gpd->s_page);
<br> gtk_box_pack_start (GTK_BOX (vb), gpd->s_page, FALSE, FALSE, 0);
<br>
<br> /* Copies */
<br>@@ -531,9 +539,10 @@ gpd_create_range (gint flags, GtkWidget
<br> group = NULL;
<br> row = 0;
<br>
<br>- if (flags & GNOME_PRINT_RANGE_CURRENT) {
<br>- rb = gtk_radio_button_new_with_mnemonic (group, (const gchar *) clabel);
<br>- g_object_set_data (G_OBJECT (t), "current", rb);
<br>+
<br>+ if (flags & GNOME_PRINT_RANGE_ALL) {
<br>+ rb = gtk_radio_button_new_with_mnemonic(group, _("_All"));
<br>+ g_object_set_data (G_OBJECT (t), "all", rb);
<br> gtk_widget_show (rb);
<br> gtk_table_attach (GTK_TABLE (t), rb, 0, 1, row, row + 1, GTK_FILL | GTK_EXPAND,
<br> GTK_FILL, 0, 0);
<br>@@ -541,9 +550,9 @@ gpd_create_range (gint flags, GtkWidget
<br> row += 1;
<br> }
<br>
<br>- if (flags & GNOME_PRINT_RANGE_ALL) {
<br>- rb = gtk_radio_button_new_with_mnemonic(group, _("_All"));
<br>- g_object_set_data (G_OBJECT (t), "all", rb);
<br>+ if (flags & GNOME_PRINT_RANGE_CURRENT) {
<br>+ rb = gtk_radio_button_new_with_mnemonic (group, (const gchar *) clabel);
<br>+ g_object_set_data (G_OBJECT (t), "current", rb);
<br> gtk_widget_show (rb);
<br> gtk_table_attach (GTK_TABLE (t), rb, 0, 1, row, row + 1, GTK_FILL | GTK_EXPAND,
<br> GTK_FILL, 0, 0);
<br>@@ -692,6 +701,8 @@ gnome_print_dialog_construct_range_any (
<br> g_return_if_fail (!((flags & GNOME_PRINT_RANGE_SELECTION) && (flags & GNOME_PRINT_RANGE_SELECTION_UNSENSITIVE)));
<br>
<br> gtk_widget_hide (gpd->s_page);
<br>+ g_object_set (G_OBJECT (gpd->e_range), "visible",
<br>+ (gpd->flags & GNOME_PRINT_DIALOG_RANGE) > 0, NULL);
<br>
<br> f = g_object_get_data (G_OBJECT (gpd->job), "range");
<br> g_return_if_fail (f != NULL);
<br>@@ -742,6 +753,8 @@ gnome_print_dialog_construct_range_page
<br> GtkWidget *hbox = NULL;
<br>
<br> gtk_widget_hide (gpd->s_page);
<br>+ g_object_set (G_OBJECT (gpd->e_range), "visible",
<br>+ (gpd->flags & GNOME_PRINT_DIALOG_RANGE) > 0, NULL);
<br>
<br> if (flags & GNOME_PRINT_RANGE_RANGE) {
<br> GtkWidget *l, *sb;
<br></tt><hr align="left" width="300" /><br />_______________________________________________
<br>gnome-print-list mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=1411029&i=0" target="_top" rel="nofollow">gnome-print-list@...</a>
<br><a href="http://mail.gnome.org/mailman/listinfo/gnome-print-list" target="_top" rel="nofollow">http://mail.gnome.org/mailman/listinfo/gnome-print-list</a><br>tag:old.nabble.com,2006:post-1174838Re: minibook layout2005-10-20T05:56:50Z2005-10-20T05:56:50ZChristophe Augier> Not quite. If you describe 2 physical pages in above example, duplex, I
<br>> am working on it. For 8 pages, the order would be 8-1-2-7 on one piece
<br>> of paper and 6-3-4-5 on the second one where 2-7 and 4-5 are printed on
<br>> the back.
<br><br>my example shows only one piece of paper. I see what you mean with 8
<br>pages and it's not exactly what i'm doing. Basically when all the
<br>pages are printed with this layout, i cut the sheets in half and join
<br>them just like any book (with an adhesive band on the side). On the
<br>contrary (please correct me if i'm wrong) you just piles all the
<br>sheets and maybe staples them in the middle ?
<br><br>> I am currently writing the GUI for that.
<br><br>anyway that's some good news and I may help you if you're interested.
<br><br>- Christophe
<br>_______________________________________________
<br>gnome-print-list mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=1174838&i=0" target="_top" rel="nofollow">gnome-print-list@...</a>
<br><a href="http://mail.gnome.org/mailman/listinfo/gnome-print-list" target="_top" rel="nofollow">http://mail.gnome.org/mailman/listinfo/gnome-print-list</a><br>tag:old.nabble.com,2006:post-1165719Re: minibook layout2005-10-19T10:50:58Z2005-10-19T10:50:58ZLutz Mueller-4On Wed, 2005-10-19 at 17:32 +0200, Christophe Augier wrote:
<br>> --- ---
<br>> |4| |3|
<br>> --- ---
<br>> |1| |2|
<br>> --* *--
<br>>
<br>> where 1,2,3,4 are pages number and the stars locate the same corner of
<br>> the sheet of paper. well i hope it's clear enough.
<br><br>Not quite. If you describe 2 physical pages in above example, duplex, I
<br>am working on it. For 8 pages, the order would be 8-1-2-7 on one piece
<br>of paper and 6-3-4-5 on the second one where 2-7 and 4-5 are printed on
<br>the back. I am currently writing the GUI for that.
<br><br>Regards
<br>--
<br>Lutz Müller <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=1165719&i=0" target="_top" rel="nofollow">lutz@...</a>>
<br><br /> <br />_______________________________________________
<br>gnome-print-list mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=1165719&i=1" target="_top" rel="nofollow">gnome-print-list@...</a>
<br><a href="http://mail.gnome.org/mailman/listinfo/gnome-print-list" target="_top" rel="nofollow">http://mail.gnome.org/mailman/listinfo/gnome-print-list</a><br><div class="small"><br/><img src="http://old.nabble.com/images/icon_attachment.gif" > <strong>signature.asc</strong> (196 bytes) <a href="http://old.nabble.com/attachment/1165719/0/signature.asc" target="_top">Download Attachment</a></div>tag:old.nabble.com,2006:post-1164648minibook layout2005-10-19T09:32:00Z2005-10-19T09:32:00ZChristophe AugierHi,
<br><br>I'm frequently printing large documents and i often preprocess with
<br>ps2ps to make a mini-book. I don't know if a lot of people share the
<br>same need but I was wondering if it is possible/easy to write a new
<br>layout for the gnome printing system (by layout i mean something
<br>similar to 2 pages in 1, 4 pages in 1, folded, divided, ..)
<br><br>the layout should looks like:
<br><br>--- ---
<br>|4| |3|
<br>--- ---
<br>|1| |2|
<br>--* *--
<br><br>where 1,2,3,4 are pages number and the stars locate the same corner of
<br>the sheet of paper. well i hope it's clear enough.
<br><br>thanks for your help.
<br><br>- Christophe
<br>_______________________________________________
<br>gnome-print-list mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=1164648&i=0" target="_top" rel="nofollow">gnome-print-list@...</a>
<br><a href="http://mail.gnome.org/mailman/listinfo/gnome-print-list" target="_top" rel="nofollow">http://mail.gnome.org/mailman/listinfo/gnome-print-list</a><br>tag:old.nabble.com,2006:post-1073624Re: Zoom prblems in print preview2005-10-08T00:28:20Z2005-10-08T00:28:20ZJean BréfortLe samedi 08 octobre 2005 à 00:01 +0200, Lutz Müller a écrit :
<div class='shrinkable-quote'><br>> On Fri, 2005-10-07 at 10:08 +0200, Jean Bréfort wrote:
<br>> > - zoom = jp->zoom_factor * factor * (xdpi + ydpi) / (72. *
<br>> > 2.);
<br>> > + zoom = jp->zoom_factor * factor;
<br>>
<br>> Reading the code, I am wondering what all the xdpi and ydpi stuff is
<br>> for. Do you've got an idea?
<br>>
<br>> If not, I'll patch as suggested and remove the 30+ lines above that are
<br>> commented out or are intended to calculate the no longer used values
<br>> xdpi/ydpi.
</div><br>I suppose it was there to obtain a devie independent result, but it
<br>would make sense if it was used when first displaying the preview (i.e.
<br>when factor == -1), but not later.
<br>Before version 1.68, the factor was applied when calling
<br>gnome_canvas_set_pixels_per_unit:
<br><br>gnome_canvas_set_pixels_per_unit (priv->canvas, mp->zoom * (xdpi +
<br>ydpi) / (72. * 2.));
<br><br>This is more logic IMHO (and works). You made this change... nobody is
<br>perfect ;-)
<br><br>There are three solutions:
<br>- restore the gnome_canvas_set_pixel_per_unit line as it was in 1.67;
<br>- multiply zoom factor by (xdpi + ydpi) / (72. * 2.) when factor is -1;
<br>- drop it.
<br><br>Cheers,
<br>Jean
<br><br><br><br>_______________________________________________
<br>gnome-print-list mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=1073624&i=0" target="_top" rel="nofollow">gnome-print-list@...</a>
<br><a href="http://mail.gnome.org/mailman/listinfo/gnome-print-list" target="_top" rel="nofollow">http://mail.gnome.org/mailman/listinfo/gnome-print-list</a><br>tag:old.nabble.com,2006:post-964295Re: Print Content (libgnomeprintui)2005-09-26T13:41:07Z2005-09-26T13:41:07ZReinout van Schouwen<br>Hello Lutz,
<br><br>On Mon, 26 Sep 2005, Lutz [ISO-8859-1] Müller wrote:
<br><br>> In a first step, a "Print Content" is defined: for spreadsheets, 1 or
<br>> more sheets or a specific range, for gedit line x to y...
<br><br>OK, I now understand what is meant. Please add a translator comment
<br>because this is bound to cause more confusion.
<br><br>> I am German, therefore it could well be that there are better titles
<br>> for each step.
<br><br>I am Dutch, and I don't have much better ideas :)
<br><br>regards,
<br><br>--
<br>Reinout van Schouwen
<br><br />_______________________________________________
<br>gnome-i18n mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=964295&i=0" target="_top" rel="nofollow">gnome-i18n@...</a>
<br><a href="http://mail.gnome.org/mailman/listinfo/gnome-i18n" target="_top" rel="nofollow">http://mail.gnome.org/mailman/listinfo/gnome-i18n</a><br>tag:old.nabble.com,2006:post-961228Re: [gmane.comp.gnome.internationalization.general] Re: Print Content (libgnomeprintui)2005-09-26T08:27:27Z2005-09-26T08:27:27ZLutz Mueller-4On Sat, 2005-09-24 at 17:30 +0200, Reinout van Schouwen wrote:
<br>> >> Could someone please clarify whether "Print" is a noun or a verb in the
<br>> >> following string:
<br>> >>
<br>> >> #: ../libgnomeprintui/gnome-print-content-selector.c:133 msgid "Print
<br>> >> Content"
<br><br>Hello!
<br><br>I recently introduced a new functionality to select specific pages to
<br>print (i.e. only even or odd pages). While doing that, I chose a 2 step
<br>approach to define what to be printed.
<br><br>In a first step, a "Print Content" is defined: for spreadsheets, 1 or
<br>more sheets or a specific range, for gedit line x to y...
<br><br>In a second step, given the paper size and orientation, you define a
<br>"Print Range" which would be page 2 to 7, only even pages, or a specific
<br>selection like "1-3,4".
<br><br>I am German, therefore it could well be that there are better titles for
<br>each step.
<br><br>Regards
<br>--
<br>Lutz Müller <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=961228&i=0" target="_top" rel="nofollow">lutz@...</a>>
<br><br>_______________________________________________
<br>gnome-print-list mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=961228&i=1" target="_top" rel="nofollow">gnome-print-list@...</a>
<br><a href="http://mail.gnome.org/mailman/listinfo/gnome-print-list" target="_top" rel="nofollow">http://mail.gnome.org/mailman/listinfo/gnome-print-list</a><br>tag:old.nabble.com,2006:post-812943Re: guchar -> gchar?2005-09-08T08:24:02Z2005-09-08T08:24:02ZJody Goldberg-2On Wed, Aug 03, 2005 at 08:50:30AM +0200, Lutz M?ller wrote:
<div class='shrinkable-quote'><br>> On Wed, 2005-08-03 at 00:14 -0600, Andreas J. Guelzow wrote:
<br>> > I do not think that this is sufficient reason to break the API.
<br>>
<br>> This is exactly what I was asking: Would the change from guchar to gchar
<br>> "break the API"? As far as I understand, binary compatibility would not
<br>> be broken (same size).
<br>>
<br>> If the change isn't worth it, may I add "(const guchar *)" to
<br>> libgnomeprint (i.e.
<br>>
<br>> drivername = gnome_print_config_get (config,
<br>> (const guchar *) "Settings.Engine.Backend.Driver");
<br>>
<br>> ) to libgnomeprint to get rid of the warnings?
</div><br>This seems like compiler foolishness. The casts and a change to the
<br>types in the api (even though it does not break bin compat) seem
<br>pointless. Let's just disable the warning.
<br>_______________________________________________
<br>gnome-print-list mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=812943&i=0" target="_top" rel="nofollow">gnome-print-list@...</a>
<br><a href="http://mail.gnome.org/mailman/listinfo/gnome-print-list" target="_top" rel="nofollow">http://mail.gnome.org/mailman/listinfo/gnome-print-list</a><br>tag:old.nabble.com,2006:post-802156[bug #312803] crash on print to file2005-09-07T05:57:03Z2005-09-07T05:57:03ZChristian PerschHi,
<br><br>I get a crash many times when I print to file in Epiphany. It's caused
<br>by a combination of buggy mozilla, and a bug in gnome-print's file
<br>transport [<a href="http://bugzilla.gnome.org/show_bug.cgi?id=312803" target="_top" rel="nofollow">http://bugzilla.gnome.org/show_bug.cgi?id=312803</a>], which the
<br>attached patch fixes. Can someone please review the patch and check it
<br>in?
<br><br>Thanks,
<br> Christian
<br><br /><tt>[attachment.cgi?id=51453&action=view]</tt><br /><hr align="left" width="300" /><tt>Index: libgnomeprint/gnome-print-transport.c
<br>===================================================================
<br>RCS file: /cvs/gnome/libgnomeprint/libgnomeprint/gnome-print-transport.c,v
<br>retrieving revision 1.26
<br>diff -p -u -u -p -U23 -r1.26 gnome-print-transport.c
<br>--- libgnomeprint/gnome-print-transport.c 25 Mar 2005 19:14:50 -0000 1.26
<br>+++ libgnomeprint/gnome-print-transport.c 28 Aug 2005 10:38:17 -0000
<br>@@ -357,49 +357,50 @@ gnome_print_transport_new (GnomePrintCon
<br>
<br> static gint
<br> gnome_print_transport_real_print_file (GnomePrintTransport *transport, const guchar *file_name)
<br> {
<br> FILE *input;
<br> char buffer[1024];
<br> int retval;
<br>
<br> input = fopen (file_name, "rb");
<br>
<br> if (input) {
<br> int count;
<br>
<br> gnome_print_transport_open (transport);
<br>
<br> while ((count = fread (buffer, 1, BLOCK_SIZE, input))) {
<br> retval = gnome_print_transport_write (transport, buffer, count);
<br>
<br> if (retval != count) {
<br> fclose(input);
<br> return retval;
<br> }
<br> }
<br>+
<br>+ fclose(input);
<br> }
<br>
<br>- fclose(input);
<br> retval = gnome_print_transport_close (transport);
<br>
<br> return retval;
<br> }
<br>
<br> /**
<br> * gnome_print_transport_exists_by_name :
<br> * @name :
<br> *
<br> * NEW Since 2.8.2
<br> *
<br> * Returns TRUE if the transport @name is valid on the system.
<br> **/
<br> gboolean
<br> gnome_print_transport_exists_by_name (const char *name)
<br> {
<br> GnomePrintTransport *trans;
<br>
<br> g_return_val_if_fail (name != NULL, FALSE);
<br>
<br> trans = gnome_print_transport_new_from_module_name (name, NULL);
<br> if (trans != NULL) {
<br> g_object_unref (trans);
<br></tt><hr align="left" width="300" /><br />_______________________________________________
<br>gnome-print-list mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=802156&i=0" target="_top" rel="nofollow">gnome-print-list@...</a>
<br><a href="http://mail.gnome.org/mailman/listinfo/gnome-print-list" target="_top" rel="nofollow">http://mail.gnome.org/mailman/listinfo/gnome-print-list</a><br>tag:old.nabble.com,2006:post-714759Re: Printing a postscript shell pipeline using gnomeprintui2005-08-25T17:03:18Z2005-08-25T17:03:18ZMichael R. HeadOn Thu, 2005-08-25 at 23:06 +0200, Lutz Müller wrote:
<br>> On Thu, 2005-08-25 at 12:19 -0400, Michael R Head wrote:
<br>> > Well, I really like the printer selector dialog (and to a lesser extent,
<br>> > the print preview system).
<br>>
<br>> Without using the libgnomeprint API, you won't be able to use the print
<br>> preview system.
<br><br>Right. The printer selector is the main thing for me, I can live without
<br>print preview.
<br><br>> > Is there a way to use the dialog to get at
<br>> > the printer for direct use with lpr or CUPS?
<br>>
<br>> I have never tried that.
<br><br>OK, thanks. For now I'm going to stick with simply generating the
<br>postscript and fork/exec gtklp. Maybe at some point in the future the
<br>set_file API will become stable and be available in pygtk.
<br><br>thanks again,
<br>mike
<br><br>--
<br>Michael R Head <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=714759&i=0" target="_top" rel="nofollow">burner@...</a>>
<br>GPG: <a href="http://www.suppressingfire.org/~burner/gpg.key.txt" target="_top" rel="nofollow">http://www.suppressingfire.org/~burner/gpg.key.txt</a> (ID 23A02B1F)
<br><br /> <br />_______________________________________________
<br>gnome-print-list mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=714759&i=1" target="_top" rel="nofollow">gnome-print-list@...</a>
<br><a href="http://mail.gnome.org/mailman/listinfo/gnome-print-list" target="_top" rel="nofollow">http://mail.gnome.org/mailman/listinfo/gnome-print-list</a><br><div class="small"><br/><img src="http://old.nabble.com/images/icon_attachment.gif" > <strong>signature.asc</strong> (196 bytes) <a href="http://old.nabble.com/attachment/714759/0/signature.asc" target="_top">Download Attachment</a></div>tag:old.nabble.com,2006:post-711110Re: Bug when Double-side print in evince2005-08-25T10:35:18Z2005-08-25T10:35:18ZLinuxer Wang<br>Ok, thanks for your reply, I will forward your reply to the developer of
<br>evince.
<br>Yours,
<br><br><br>Andreas J. Guelzow wrote:
<br><div class='shrinkable-quote'><br>>On Wed, 2005-24-08 at 17:19 -0700, Linuxer Wang wrote:
<br>>
<br>>
<br>>>Hi, everybody
<br>>>
<br>>>I encountered the double-side print problem with evince, and Nickolay
<br>>>replied that it may be gnome-print problem.
<br>>>I don't know if this problem is reported by other one, so, please help
<br>>>me to solve it.
<br>>>
<br>>>
<br>>
<br>>Reading your message below I am not sure what you are expecting and what
<br>>you are indeed observing. Gnome-print does not handle even/odd page
<br>>margin adjustments. That's basically up to the application (evince in
<br>>this case).
<br>>
<br>>Moreover, I believe that evince really only ships the complete
<br>>postscript code to gnome-print in which case gnome print will not
<br>>perform _any_ adjustments.
<br>>
<br>>
<br>>
<br>>
<br>>>В Пнд, 22/08/2005 в 15:55 -0700, Linuxer Wang пишет:
<br>>>
<br>>>
<br>>>>Hello, everybody
<br>>>>
<br>>>>I am using evince version 0.3.1, the double-side print actually dosen't
<br>>>>work as I imagined.
<br>>>>
<br>>>>
<br>>
<br>>how did you imagine it to work?
<br>>
<br>>
<br>>
<br>>>>I create an open office document, and adjust the left edge to be 2cm,
<br>>>>and the right edge to be 1cm, then I print it with double-side (No reverse).
<br>>>>But the even numbered page is printed just as printed with no double print.
<br>>>>So, I am not sure in this version the double-side print really work.
<br>>>>
<br>>>>
<br>>
<br>>For applications that use the standard gnome-print printing commands (I
<br>>doubt that evince is one of them. Try gnumeric with a duplex capable
<br>>printer.) gnomeprint will ask the printer to print duplex. It will _not_
<br>>modify the page! That's up to the application.
<br>>
<br>>Andreas
<br>>
<br>>
<br>>
<br>>>Hi. This really should be gnome-print problem. Can you file bug in gnome
<br>>>bugzilla? Please check if other gnome applications like pdf has the same
<br>>>problem.
<br>>>
<br>>>
<br>>
<br>>
<br>>
<br>>------------------------------------------------------------------------
<br>>
<br>>_______________________________________________
<br>>gnome-print-list mailing list
<br>><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=711110&i=0" target="_top" rel="nofollow">gnome-print-list@...</a>
<br>><a href="http://mail.gnome.org/mailman/listinfo/gnome-print-list" target="_top" rel="nofollow">http://mail.gnome.org/mailman/listinfo/gnome-print-list</a><br>>
<br>>
</div><br>_______________________________________________
<br>gnome-print-list mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=711110&i=1" target="_top" rel="nofollow">gnome-print-list@...</a>
<br><a href="http://mail.gnome.org/mailman/listinfo/gnome-print-list" target="_top" rel="nofollow">http://mail.gnome.org/mailman/listinfo/gnome-print-list</a><br>tag:old.nabble.com,2006:post-710917Re: Printing a postscript shell pipeline using gnomeprintui2005-08-25T09:27:08Z2005-08-25T09:27:08ZMichael R. HeadOn Wed, 2005-08-24 at 08:02 +0200, Lutz Müller wrote:
<br>> On Tue, 2005-08-23 at 17:26 -0400, Michael R Head wrote:
<br>> > Ideally, I'd like to do no rendering myself. The postscript output
<br>> > should go from the commandline program directly to printer.
<br>> >
<br>> > I assume this should be pretty easy to do. What APIs should I be looking
<br>> > at?
<br>>
<br>> libgnomeprint/gnome-print-job.h: gnome_print_job_set_file
<br><br>Thanks. I see that it is not a stable API yet, and what's worse is that
<br>it doesn't appear to be exported in the pygtk bindings for gnomeprint.
<br><br>Is there a more complex, but better supported method?
<br><br>thanks again,
<br>mike
<br><br>--
<br>Michael R Head <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=710917&i=0" target="_top" rel="nofollow">burner@...</a>>
<br>burner | suppressingfire | firestorm | phoenix | firefighter
<br><br>_______________________________________________
<br>gnome-print-list mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=710917&i=1" target="_top" rel="nofollow">gnome-print-list@...</a>
<br><a href="http://mail.gnome.org/mailman/listinfo/gnome-print-list" target="_top" rel="nofollow">http://mail.gnome.org/mailman/listinfo/gnome-print-list</a><br>tag:old.nabble.com,2006:post-706425Re: Bug when Double-side print in evince2005-08-25T00:08:47Z2005-08-25T00:08:47ZAndreas J. GuelzowOn Wed, 2005-24-08 at 17:19 -0700, Linuxer Wang wrote:
<br>> Hi, everybody
<br>>
<br>> I encountered the double-side print problem with evince, and Nickolay
<br>> replied that it may be gnome-print problem.
<br>> I don't know if this problem is reported by other one, so, please help
<br>> me to solve it.
<br><br>Reading your message below I am not sure what you are expecting and what
<br>you are indeed observing. Gnome-print does not handle even/odd page
<br>margin adjustments. That's basically up to the application (evince in
<br>this case).
<br><br>Moreover, I believe that evince really only ships the complete
<br>postscript code to gnome-print in which case gnome print will not
<br>perform _any_ adjustments.
<br><br><br>> В Пнд, 22/08/2005 в 15:55 -0700, Linuxer Wang пишет:
<br>> > Hello, everybody
<br>> >
<br>> > I am using evince version 0.3.1, the double-side print actually dosen't
<br>> > work as I imagined.
<br><br>how did you imagine it to work?
<br><br>> > I create an open office document, and adjust the left edge to be 2cm,
<br>> > and the right edge to be 1cm, then I print it with double-side (No reverse).
<br>> > But the even numbered page is printed just as printed with no double print.
<br>> > So, I am not sure in this version the double-side print really work.
<br><br>For applications that use the standard gnome-print printing commands (I
<br>doubt that evince is one of them. Try gnumeric with a duplex capable
<br>printer.) gnomeprint will ask the printer to print duplex. It will _not_
<br>modify the page! That's up to the application.
<br><br>Andreas
<br><br>> >
<br>> Hi. This really should be gnome-print problem. Can you file bug in gnome
<br>> bugzilla? Please check if other gnome applications like pdf has the same
<br>> problem.
<br><br>--
<br>Andreas J. Guelzow
<br>Taliesin Software, Shelties, Pyr Sheps
<br>and Shetland Sheep
<br><br /> <br />_______________________________________________
<br>gnome-print-list mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=706425&i=0" target="_top" rel="nofollow">gnome-print-list@...</a>
<br><a href="http://mail.gnome.org/mailman/listinfo/gnome-print-list" target="_top" rel="nofollow">http://mail.gnome.org/mailman/listinfo/gnome-print-list</a><br><div class="small"><br/><img src="http://old.nabble.com/images/icon_attachment.gif" > <strong>signature.asc</strong> (196 bytes) <a href="http://old.nabble.com/attachment/706425/0/signature.asc" target="_top">Download Attachment</a></div>