<div class="gmail_quote">On Mon, Feb 23, 2009 at 3:00 PM, Kris Moore replied:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
From: Kris Moore <<a href="mailto:kris@pcbsd.com">kris@pcbsd.com</a>><br>
<br>
Sounds like the folderview got closed for some reason. By default the<br>
desktop starts in "unlocked" mode, you may wish to lock it right away to<br>
prevent this from happening.<br>
<br></blockquote><div> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
> <4.  Hibernation>:<br>>                                                                                * * * In addition, while the computer<br>
> would "wake up" as long as the screen saver was operating, the monitor would<br>
> go black after some time (random time between 4 to 30 hours).  Although the<br>
> monitor's power indicator would change from amber to green after poking the<br>
> mouse or keyboard, the computer would not wake up.  It was, in fact,<br>
> frozen.  I could not even get to a console.  I had to power off.  Then, even<br>
> more strange, a reboot would not cure the black monitor.  If I swapped out<br>
> monitors and rebooted to the login menu, I could then get my regular monitor<br>
> to work.  Or, if I connected my regular monitor to my portable (w/ PCBSD<br>
> 7.0.2 of course) and started the portable, the monitor could be reconnected<br>
> to the first computer and work.  I thought it was a monitor problem, but I<br>
> am sorry to say that testing with Windows does not generate the problem.<br>>  * * *<br>
> I have not tried the nVidia Quadro FX 3400/Nokia monitor with 7.1 alpha yet.<br>
<br>
Could you try this again in Alpha2? With the Xorg 7.4 update, lots of<br>
things X-related have been changed, and hibernation may also work<br>
differently. <br></blockquote><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">> * * *<br>
<br>
<br>
> <10.  Okular>:<br>
> Okular works great except it is stuck in a default paper size of A4 and I<br>
> cannot find where to change it.  This is a problem because I have to<br>
> manually feed paper to the printer for A4.  After the document is loaded in<br>
> Okular, changing the paper size as a part of "print properties" does not<br>
> work either -- even when the PDF file being loaded in was created initially<br>
> as an 8 1/2 by 11 letter size.<br>
><br>
<br>
<br>
You may want to checkout <a href="http://bugs.kde.org" target="_blank">bugs.kde.org</a> to see if this has been reported<br>
yet or not. Odds are its a bug specific to okular, and they will get it<br>
fixed for 4.2.1 if enough people report it :)<br>
<br>
--<br>
Kris Moore<br>
<br>
<br></blockquote></div><br>1.  Folder View -- Now that I know the folder is unlocked by default, I cannot rule out that my wife may have closed the folder and it disappeared.<br>
<br>
2.  Hibernation Freeze -- OK.  I'll try to get 7.1 Alpha 2 installed on one of my HP Workstations w/ the nVidia card, but the weekend will be the soonest I can do that.<br><br>3.  Okular -- Printing limited to A4<br>
<br>


There seems to be some traffic about this problem on the Okular-devel
mailing list.  As I read the reports, the problem seems to be
identified as a QT problem and is said to be fixed for forthcoming Qt
4.5.0,, but apparently is not fixed for users of KDE versions 4.1.x or
4.2.<br>
<br>
Here is a sampling of the reports:<br>
<br>
3.1.  The problem previously reported as Okular-devel Bug # 174354
(Okular defaults to A4 paper, even though 'US Letter' is specified in
settings), but it seems that the maintainer attributed the fault to the
print dialog provided by Qt, concluding that KDE has almost no control
over it.<br>
<br>
See:  <a href="http://mail.kde.org/pipermail/okular-devel/2008-November/002025.html">http://mail.kde.org/pipermail/okular-devel/2008-November/002025.html</a> and the follow-up reply.<br>
<br>3.2 Then it was reported at Okular-devl Bug # 180280 (Okular Default Paper Size is A4 - Cannot override)   <br><br>
[quote]"When trying to print a PDF file, printer settings for Okular
are "stuck" at A4. ... I did find the method to change the print size
for a individual file when requesting to print, however even though I
am able to change to US Letter size, when the file is printed, the
instructions to the printer are A4, e.g. I get a message on the printer
to load A4 paper."[/quote]<br>
See:  <a href="http://mail.kde.org/pipermail/okular-devel/2009-January/002621.html">http://mail.kde.org/pipermail/okular-devel/2009-January/002621.html</a> and following.<br>
<br>
In the last of the follow-ups to the immediately previous link, the following comment was found:<br><br>[quote]--- Comment #5 from John Layt <john layt net>  2009-01-13 20:08:40 ---<br>
Now fixed upstream for forthcoming Qt 4.5.0, but also bypassed in forthcoming KDE 4.2 and KDE 4.1.4 releases.[/quote]<br>
See:  <a href="http://mail.kde.org/pipermail/okular-devel/2009-January/002678.html">http://mail.kde.org/pipermail/okular-devel/2009-January/002678.html</a><br>
<br>3.3 It is currently reported at Okular-devl Bug # 185296 (Okular defaults to A4 and you cannot change the paper type) <br>
<br>[quote begins] <br>"Okular ignores the print settings you specify and ignores the cups settings. It<br>
prints to A4 paper no matter what. It also doesn't print double sided. You can<br>
specify whatever you want - it's printing single-sided A4."<br>

                          * * *<br>

-------  Comment #13 From Pino Toscano  2009-02-23 19:18:58  -------<br>
<br>"Please STOP the flood, this is of no help.<br>
<br>
There are three issues mixed in this bug report:<br>
<br>
a) the default paper size does not respect the KDE settings<br>
   -> Qt problem, as Qt does not read KDE configuration about it<br>
<br>
b) you choose some paper size in the printing dialog, and instead something<br>
A4-sized is sent to the printer<br>
   -> this is mostly likely an Okular problem, and I would like to hear more<br>
about it<br>
<br>
c) duplex printing is not working<br>
   -> this is a *different* issue, and called bug #175276<br>
<br>
But please, *STOP* the flood and just reply to what is your case."<br>
[/quote ends]<br>
<br>
So . . . the wait is on.<br><br><br>Thanks for the replies Kris and for the fantastic development.<br><br>Ian Robinson<br>Salem, Ohio<br>