Urgent: 5000 Euro Reward

bridged with qnx.gui
server

Urgent: 5000 Euro Reward

Post by server » Mon Mar 08, 2004 12:58 pm

message unavailable

Guest

Urgent: 5000 Euro Reward

Post by Guest » Mon Mar 08, 2004 12:58 pm

5000 Euro Belohnung / 5000 Euro Reward --------------------------------------Ich biete eine Belohnung von 5000 Euro wenn mir jemand verraetwie ein Streetgame (International Money Game) die Leute um den Spieler herrum beeinflusst.Ich stecke in genau diesem Unfug drin und irgendjemand manipuliertalle Leute, denen ich begegne und Radio bzw. Fernsehprogramme, dieich beobachte.I offer a reward of 5000 Euro if anybody tells me how a streetgame(International Money Game) manipulates the people around the player.I'm currently trapped in something like that and somebody manipulateseverybody I meet and radio or TV programs I watch or listen to.http://www.fastenrath.net/, http://slashdot.org/~fastenrath/Bernhard FastenrathSteinfelder Gasse 1, 50670 Koeln, Germanyfon: +49-173-5166326fax: +49-69-13306976636email: fasten@hrs.com

Bill Caroselli

Re: Problem printing text to paper

Post by Bill Caroselli » Mon Mar 29, 2004 4:47 pm

Warren Peece <warren@nospam.com> wrote:
WP > Bill,

WP > I had run into an issue where the PostScript printer driver was
WP > EXTENDING clipping regions under certain circumstances. I never got it
WP > to truncate anything, but it sounds like a vaguely similar sort of
WP > clipping issue. There was a fix for the truncation thing with text, but
WP > there was still a lingering clipping issue that was not addressed to the
WP > best of my knowledge. The clipping appeared to get "confused" at times,
WP > then would self-correct a number of line draws later. Over all the
WP > printing thing seems to mostly work, but there are a few "gotchas"
WP > waiting to byte you in the widget. :-0

WP > What printer driver are you using? If possible, try a different one
WP > (eg: try a PCL driver if you were using PostScript). You can also save
WP > the PostScript output to a file and see what the driver is doing or not
WP > doing, if you like to read that sort of thing.

I am using the PCL driver. I'm printing to a network printer. but, remember
all does work when I use Snapshot to print to the same printer.

I don't have access to a Postscript printer but I guess I'll look around
for one.

Also, it's only the longer strings, or the strings with the larger font that
aer getting clipped.

I tried to upload the PHS files, but I can't seem to generate valid PHS
files. Again, I don't know why.

What can I use to look at a PHS file?

Warren Peece

Re: Problem printing text to paper

Post by Warren Peece » Mon Mar 29, 2004 5:00 pm

Bill,

I had run into an issue where the PostScript printer driver was
EXTENDING clipping regions under certain circumstances. I never got it
to truncate anything, but it sounds like a vaguely similar sort of
clipping issue. There was a fix for the truncation thing with text, but
there was still a lingering clipping issue that was not addressed to the
best of my knowledge. The clipping appeared to get "confused" at times,
then would self-correct a number of line draws later. Over all the
printing thing seems to mostly work, but there are a few "gotchas"
waiting to byte you in the widget. :-0

What printer driver are you using? If possible, try a different one
(eg: try a PCL driver if you were using PostScript). You can also save
the PostScript output to a file and see what the driver is doing or not
doing, if you like to read that sort of thing.

Cheers,
-Warren "WYSIWYMG" Peece
(M = might)



Bill Caroselli wrote:
I have been working on an application that prints text and graphics to a
PtRaw widget. It is now working as expected.

I added a "Print" button under the PtRaw widget and when clicked on it
sets a switch and calls the same draw function as the PtWidget calls.

This is essentially working, but . . .

many of the longer text strings are being truncated in the middle of
characters.

Also, some of the text strings have what looks like a portion of a character
before the first character to be printed. The first character to be printed
*IS* in the correct place, there's just a pen stroke in front of it.

This is my first attempt to write a photon app that prints to paper. So
far I'm impressed at how easy it was. But I'm at a complete loss to explain
the text string issues.

What have I not yet learned about printing text to a print context?

P.S. I also tried to print both with the snap shot utility and from my
application to a PHS file to upload them so that you can see what I see. But
both PHS files were invalid.

I can use the snap shot utility to print to paper and it looks just fine.

Bill Caroselli

Re: Problem printing text to paper

Post by Bill Caroselli » Mon Mar 29, 2004 5:03 pm

Bill Caroselli <qtps@earthlink.net> wrote:
BC > Warren Peece <warren@nospam.com> wrote:
BC > WP > Bill,

BC > WP > I had run into an issue where the PostScript printer driver was
BC > WP > EXTENDING clipping regions under certain circumstances. I never got it
BC > WP > to truncate anything, but it sounds like a vaguely similar sort of
BC > WP > clipping issue. There was a fix for the truncation thing with text, but
BC > WP > there was still a lingering clipping issue that was not addressed to the
BC > WP > best of my knowledge. The clipping appeared to get "confused" at times,
BC > WP > then would self-correct a number of line draws later. Over all the
BC > WP > printing thing seems to mostly work, but there are a few "gotchas"
BC > WP > waiting to byte you in the widget. :-0

BC > WP > What printer driver are you using? If possible, try a different one
BC > WP > (eg: try a PCL driver if you were using PostScript). You can also save
BC > WP > the PostScript output to a file and see what the driver is doing or not
BC > WP > doing, if you like to read that sort of thing.

BC > I am using the PCL driver. I'm printing to a network printer. but, remember
BC > all does work when I use Snapshot to print to the same printer.

BC > I don't have access to a Postscript printer but I guess I'll look around
BC > for one.

BC > Also, it's only the longer strings, or the strings with the larger font that
BC > aer getting clipped.

BC > I tried to upload the PHS files, but I can't seem to generate valid PHS
BC > files. Again, I don't know why.

BC > What can I use to look at a PHS file?

--
Bill Caroselli -- Q-TPS Consulting
1-(708) 308-4956 <== Note: New Number
qtps@earthlink.net

Warren Peece

Re: Problem printing text to paper

Post by Warren Peece » Mon Mar 29, 2004 6:33 pm

The only way I know to look at a PHS file is to use one of the
phs_to_xxx filters. If the PostScript output looks different than the
PCL output, that would indicate something in the printer driver/filter.
I don't know if snapshot sends an image of the screen as a bitmap or
not, but the PHS file is actually a sequence of draw commands that the
filter then renders to the printer. If there were some documentation on
the draw stream data in a PHS file then in theory you could write your
own printer driver. I wonder if there's source code for the whole
shabang in the printer DDK that might document things better?

When I was tracking down my printing issue, I'd save the PHS file then
run it through the various filters to compare the output on different
printers. I never bothered to try to analyze the PHS file.

The printing thing is just whacky enough that I still consider going
native and writing my own printing library. Of course all I'm doing is
reports, basically text and lines, no actual "widget" printing. I've
decided to stick with PostScript as the actual amount of data that goes
to the printer is significantly smaller and quicker to generate than
either the PCL or Epson formats.

Cheers,
-Warren "rasterfarian" Peece



Bill Caroselli wrote:
Warren Peece <warren@nospam.com> wrote:
WP > Bill,

WP > I had run into an issue where the PostScript printer driver was
WP > EXTENDING clipping regions under certain circumstances. I never got it
WP > to truncate anything, but it sounds like a vaguely similar sort of
WP > clipping issue. There was a fix for the truncation thing with text, but
WP > there was still a lingering clipping issue that was not addressed to the
WP > best of my knowledge. The clipping appeared to get "confused" at times,
WP > then would self-correct a number of line draws later. Over all the
WP > printing thing seems to mostly work, but there are a few "gotchas"
WP > waiting to byte you in the widget. :-0

WP > What printer driver are you using? If possible, try a different one
WP > (eg: try a PCL driver if you were using PostScript). You can also save
WP > the PostScript output to a file and see what the driver is doing or not
WP > doing, if you like to read that sort of thing.

I am using the PCL driver. I'm printing to a network printer. but, remember
all does work when I use Snapshot to print to the same printer.

I don't have access to a Postscript printer but I guess I'll look around
for one.

Also, it's only the longer strings, or the strings with the larger font that
aer getting clipped.

I tried to upload the PHS files, but I can't seem to generate valid PHS
files. Again, I don't know why.

What can I use to look at a PHS file?

GUI

Re: Problem printing text to paper

Post by GUI » Thu Apr 01, 2004 5:43 pm

Hi Bill,

You can use the preview app to look at a phs file.
So run "preview <app_name>.phs"

Regards
Brenda


"Bill Caroselli" <qtps@earthlink.net> wrote in message
news:c49kst$bnj$1@inn.qnx.com...
Bill Caroselli <qtps@earthlink.net> wrote:
BC > Warren Peece <warren@nospam.com> wrote:
BC > WP > Bill,

BC > WP > I had run into an issue where the PostScript printer driver was
BC > WP > EXTENDING clipping regions under certain circumstances. I never
got it
BC > WP > to truncate anything, but it sounds like a vaguely similar sort
of
BC > WP > clipping issue. There was a fix for the truncation thing with
text, but
BC > WP > there was still a lingering clipping issue that was not
addressed to the
BC > WP > best of my knowledge. The clipping appeared to get "confused" at
times,
BC > WP > then would self-correct a number of line draws later. Over all
the
BC > WP > printing thing seems to mostly work, but there are a few
"gotchas"
BC > WP > waiting to byte you in the widget. :-0

BC > WP > What printer driver are you using? If possible, try a different
one
BC > WP > (eg: try a PCL driver if you were using PostScript). You can
also save
BC > WP > the PostScript output to a file and see what the driver is doing
or not
BC > WP > doing, if you like to read that sort of thing.

BC > I am using the PCL driver. I'm printing to a network printer. but,
remember
BC > all does work when I use Snapshot to print to the same printer.

BC > I don't have access to a Postscript printer but I guess I'll look
around
BC > for one.

BC > Also, it's only the longer strings, or the strings with the larger
font that
BC > aer getting clipped.

BC > I tried to upload the PHS files, but I can't seem to generate valid
PHS
BC > files. Again, I don't know why.

BC > What can I use to look at a PHS file?

--
Bill Caroselli -- Q-TPS Consulting
1-(708) 308-4956 <== Note: New Number
qtps@earthlink.net

Bill Caroselli

Re: Problem printing text to paper

Post by Bill Caroselli » Thu Apr 01, 2004 5:58 pm

GUI <gui@qnx.com> wrote:
G > Hi Bill,

G > You can use the preview app to look at a phs file.
G > So run "preview <app_name>.phs"

G > Regards
G > Brenda

Hi Brenda

Thanks. I didn't know about preview.

So I was finally able to create a PHS. I looked at it with preview and it
looks fine.

When I tried to print that same file (from preview) it does exhibit the same
problems that I mentioned previously.

Again:
1. On the chart title where it is suppoed to say "LACS Calibration" the
string is cut short in the 'C' in Calibration.
2. There appears to be a curvedf line before the 'L' in LACS in the title.
3. Where it says "Driver Vertical Test - Sept 02, 1969 at 11:20 by Bill
Caroselli" that string is cut short after "Driver Vertical Test".
4. In the left hand margin where it says "Target" there is a little 'r'
before the Target.
5. On the bottom where is says "Standard Load Cells (Kips)" that is clipped
in the middle of the 'e' in Cells.
6. On the bottom where is says "Unit # 479 (S/N 3.141592654) -
LACS-19690902-1120.dat" it prints as "Unit # 479 (S/N 969" with the '9'
being clipped. (Note: that string was multiple PpDrawText() calls.)

I'm not sure how to attach a file using tin. I will e-mail the print1.phs
file to you.

Bill Caroselli

Re: Problem printing text to paper

Post by Bill Caroselli » Thu Aug 26, 2004 4:28 pm

Where is the best place to read documentation on all of the PpSetPC()
members. I've seen the helpviewer page for PpSetPC(). It falls short.

What I'm looking for is the definition of all of the members
and what the expected values should be.

I've even looked for header files for help but haven't found any.

Bill Caroselli

Re: Problem printing text to paper

Post by Bill Caroselli » Thu Aug 26, 2004 6:27 pm

Bill Caroselli <qtps@earthlink.net> wrote:
BC > Where is the best place to read documentation on all of the PpSetPC()
BC > members. I've seen the helpviewer page for PpSetPC(). It falls short.

BC > What I'm looking for is the definition of all of the members
BC > and what the expected values should be.

BC > I've even looked for header files for help but haven't found any.

I have discovered the helpviewer page for PpPrintContext_t.
This help a lot.

What is the difference between Pp_PC_MARGINS
and Pp_PC_NONPRINT_MARGINS ?

Bill Caroselli

Re: Problem printing text to paper

Post by Bill Caroselli » Mon Aug 30, 2004 1:11 pm

BC > What is the difference between Pp_PC_MARGINS
BC > and Pp_PC_NONPRINT_MARGINS ?

I was still looking for an answer to this.
Are the margins added together?

New Question:

Is there a way to dup a print context?

What I want to do is to allow the first page to start printing while I
am still generating the second page. But I don't want to make the user
have to go to the printer dialog a second time. I want to use all of the
same parameters that they entered the first time on the second page. I
know I can copy each field seperately but I was hoping there was a
convienence function to just create a new print context with the same
parameters.

Karsten P. Hoffmann

Re: Switching keyboard layouts with ALT-SHIFT

Post by Karsten P. Hoffmann » Wed Sep 15, 2004 8:50 pm

Crossposted to qnx.gui, since no answer in qnx.sysadmin ...

Perhaps Wojtek has an idea ... :-)

Karsten P. Hoffmann wrote:
Hi NG,

does anybody know, how I can make Photon able to switch between two
keyboard layouts directly after start up the ALT-SHIFT key stroke?

What I found out is, that I can switch between e.g. russian and german
layout, when I select both layouts one after the other in 'phlocale'.
Pressing ALT-SHIFT toggles between both.
If I select another layout (e.g.french) I can toggle between all three.

But how can I achieve this by a simple configuration turing startup?

Another question: is this documented somewhere? We found the ALT-SHIFT
thing by chance :-))

TIA,

Karsten.

PS: I'm specially interested in switching between US-keyboard and russian
layout.
--
Karsten P. Hoffmann <karsten.p.hoffmann@web.de>
"I love deadlines. I especially like the whooshing sound
they make as they go flying by."
[In memoriam Douglas Adams, 1952-2001]

Wojtek Lerch

Re: Switching keyboard layouts with ALT-SHIFT

Post by Wojtek Lerch » Thu Sep 16, 2004 2:42 pm

Karsten P. Hoffmann wrote:
Crossposted to qnx.gui, since no answer in qnx.sysadmin ...

Perhaps Wojtek has an idea ... :-)
I have to admit that I have never heard of this feature before. And I
hate to say this, but it looks like a bit of a bug to me, or at least a
misunderstading.

Phlocale sends an message to devi-hirun that used to just set a new
keyboard layout. But, apparently, devi-hirun has changed, and now keeps
the old layout on a list of all layouts that it has ever seen, and lets
you cycle through that list using Alt-Shift. It's a great thing to have
such a list and to be able to cycle through it using a keychord, but
like you noticed, it's not very useful without a decent UI to maintain
the list and a way to preserve it across reboots.
Karsten P. Hoffmann wrote:

Hi NG,

does anybody know, how I can make Photon able to switch between two
keyboard layouts directly after start up the ALT-SHIFT key stroke?

What I found out is, that I can switch between e.g. russian and german
layout, when I select both layouts one after the other in 'phlocale'.
Pressing ALT-SHIFT toggles between both.
If I select another layout (e.g.french) I can toggle between all three.

But how can I achieve this by a simple configuration turing startup?

Another question: is this documented somewhere? We found the ALT-SHIFT
thing by chance :-))

TIA,

Karsten.

PS: I'm specially interested in switching between US-keyboard and russian
layout.


Wojtek Lerch

Re: Switching keyboard layouts with ALT-SHIFT

Post by Wojtek Lerch » Thu Sep 16, 2004 6:14 pm

Wojtek Lerch wrote:
Phlocale sends an message to devi-hirun that used to just set a new
keyboard layout. But, apparently, devi-hirun has changed, and now keeps
the old layout on a list of all layouts that it has ever seen, and lets
you cycle through that list using Alt-Shift. It's a great thing to have
such a list and to be able to cycle through it using a keychord, but
like you noticed, it's not very useful without a decent UI to maintain
the list and a way to preserve it across reboots.
FYI: I have just found out that this is already being worked on.

Karsten P. Hoffmann

Re: Switching keyboard layouts with ALT-SHIFT

Post by Karsten P. Hoffmann » Fri Sep 17, 2004 9:58 am

Wojtek Lerch wrote:
FYI: I have just found out that this is already being worked on.
Does this mean, the 'bug-feature' is going to be removed
or will it get a UI :-)



--
MBS GmbH E-Mail: karsten.hoffmann@mbs-software.de
Römerstraße 15 Tel: +49 / 2151 / 72 94-38
D-47809 Krefeld Fax: +49 / 2151 / 72 94-50
http://www.mbs-software.de Mobil: +49 / 172 / 38 12 373

Post Reply

Return to “qnx.gui”