Ping Kent - KwikPrints

[Anonymous]

Kent, I have added custom sheet sizes via
Start>Settings>Printers>File>Server Properties>Forms. These and money
others (defaults) do not display in the Paper Size drop-down list though the
do appear in the drop-down list in the IV Print Set-up dialogue.
Additionally, I have custom sheet sizes defined for my HP plotter which are
not in the drop down list. These custom sheet sizes are defined within the
printer driver rather than Start>Settings>Printers>File>Server
Properties>Forms. I'm thinking both these are scenarious on the "fringe"
and not handled in your utility.... or should either or both these work?

I tried alternatively to use define custom sheet sizes using the "Custom"
option in the drop-down list. But, when doing so I can only get output to
an A size sheet. Should this be working.

Thanks,

Dave

[Anonymous]

The sizes I list are provided in the API. I don't see any built in way to access the
"Printer" custom sizes through the InventorAPI, although I would imagine it could be done
through Windows API? So to answer the question, KWiKPrints isn't going to handle those
cases where custom sizes are specified in the driver or the windows printer settings.
Not sure off the top how much effort it would take to support that.

I would hope doing custom sizes in the program would work, but to be honest it is probably
something I didn't test. I will try to take a look at it in a while and see if I can
figure out what might be wrong.

--
Kent
Assistant Moderator
Autodesk Discussion Forum Moderator Program


"David Radlin" wrote in message
news:A678F854592C6A580DE7585EBEA09A15@in.WebX.maYIadrTaRb...
> Kent, I have added custom sheet sizes via
> Start>Settings>Printers>File>Server Properties>Forms. These and money
> others (defaults) do not display in the Paper Size drop-down list though the
> do appear in the drop-down list in the IV Print Set-up dialogue.
> Additionally, I have custom sheet sizes defined for my HP plotter which are
> not in the drop down list. These custom sheet sizes are defined within the
> printer driver rather than Start>Settings>Printers>File>Server
> Properties>Forms. I'm thinking both these are scenarious on the "fringe"
> and not handled in your utility.... or should either or both these work?
>
> I tried alternatively to use define custom sheet sizes using the "Custom"
> option in the drop-down list. But, when doing so I can only get output to
> an A size sheet. Should this be working.
>
> Thanks,
>
> Dave
>
>

[Anonymous]

Kent:
While you are looking. I cannot get the 11x17 to work on a HP1220c printer. I supect from what you have said, it is because the HP1220 printer uses Tabloid instead of 11x17. Only a guess though. Everything works fine on a HP450 plotter for C and D sizes. Have not tried any custom sizes.

Ken
kdale...@kadway.com

[Anonymous]

tabloid and "B"(11x17) are both described as
239x432mm per the paper on Internional Standard Paper Sizes  for full text
this should help cut down on confusion a bit

 
href="http://www.cl.cam.ac.uk/~mgk25/iso-paper.html">http://www.cl.cam.ac.uk/~mgk25/iso-paper.html

Hints for North American paper users

The United States and Canada are today the only industrialized nations in
which the ISO standard paper sizes are not yet widely used. In U.S. office
applications, the paper formats "Letter" (216 × 279 mm), "Legal" (216 × 356 mm),
"Executive" (190 × 254 mm), and "Ledger/Tabloid" (279 × 432 mm) are widely used
today. There exists also an American National Standard ANSI/ASME Y14.1 for
technical drawing paper sizes A (216 × 279 mm), B (279 × 432 mm), C (432 × 559
mm), D (559 × 864 mm), E (864 × 1118 mm), and there are many other unsystematic
formats for various applications in use. The "Letter", "Legal", "Tabloid", and
other formats (although not these names) are defined in the American National
Standard ANSI X3.151-1987.

               
               
               
        hope this helps

--
Mark S. Klein
Proxim Wireless Networks
Take your network
further

All of life's big problems include the words
"indictment" or "inoperable."
Everything else
is small stuff.

[Anonymous]

Ken

Have you tried setting things up to print on the HP1220c using the normal Inventor Print
setup stuff, and then in KWiKPrints setup dialog use the "Set to Current" button. That
should get the paper source value set right. I am guessing that might be what is wrong??

I took a quick peek at the custom size thing and it does seem to output the wrong size.
There is some strangeness in the API in the order that things are set, so I am wondering
if that is what is causing the problem.

Anyone know of a printer setup that makes a easily decipherable print to text file?

--
Kent
Assistant Moderator
Autodesk Discussion Forum Moderator Program


"kadway" wrote in message news:f17331b.1@WebX.maYIadrTaRb...
> Kent:
> While you are looking. I cannot get the 11x17 to work on a HP1220c printer. I supect
from what you have said, it is because the HP1220 printer uses Tabloid instead of 11x17.
Only a guess though. Everything works fine on a HP450 plotter for C and D sizes. Have not
tried any custom sizes.
> Ken
> kdale...@kadway.com
>

[Anonymous]

Kent:

Tried doing what you said but still did not work. Also tried setting it to Ledger but that did not work either. I will try a couple of other things with the printer itself during the setup and let you know.

Thanks
Ken

[Anonymous]

Well I am not having much luck with this stuff so far. The custom size
problem appears to be a bug to me. It may be part of the "Order" bug in the
API, but I have swapped the order of things around practically every way I
can think of and it never takes the custom size.

Down the road I may look into what it would take to access the papersizes
directly from the printer driver. Unfortunately for now I don't know of
any easy fix.

--
Kent Keller
http://www.MyMcad.com/KWiK/Mcad.htm

Assistant Moderator
Autodesk Discussion Forum Moderator Program

"kadway" wrote in message news:f17331b.4@WebX.maYIadrTaRb...
> Kent:
> Tried doing what you said but still did not work. Also tried setting it to
Ledger but that did not work either. I will try a couple of other things
with the printer itself during the setup and let you know.
>
> Thanks
> Ken
>

[Anonymous]

Thanks Kent for your efforts.

Dave

[Anonymous]

I must agree. A job well done Kent. My only question why has autodesk not
picked up on this?

[Anonymous]

I expect that Autodesk's intentions by provision of the API is that end
users or 3rd party developers can create all these sorts of add-on functions
while they focus on bigger things (like the API itself). But as Kent
describes there seems to be bugs and/or limitations in what they have
provided in the API. So, if their intentions are that we do this stuff
ourselves through the API then get on with it... finish it. Sounds like for
now we've got another one of those half finished features. I'm starting to
think that whoever is directing the IV team has Attention Deficit Disorder
(ADD) when considering all the half finished stuff.

Dave

"David Estabrooks" wrote in message
news:67FDA467DECA0FCD6F7E1C9EFCC367A8@in.WebX.maYIadrTaRb...
> I must agree. A job well done Kent. My only question why has autodesk
not
> picked up on this?
>
>
>

[Anonymous]

Keep in mind that I am self taught in VB/A and would probably be considered a hack by most
real programmers. In this case I do believe their is some bugs, but I have thought that
in the past about other things and it ended up being my methods rather than API bugs.

Patrick was kind enough to send me some code that will get and set the printers paper
sizes, but I am not sure when I am going to find the time to try to integrate it into
KWiKPrints. I have some concerns about doing it mainly because I am not sure I understand
the whole relationship between Inventor and the other places to set these values.

--
Kent
Assistant Moderator
Autodesk Discussion Forum Moderator Program


"David Radlin" wrote in message
news:201E941E4AF931725B7E95A14F2F8C3F@in.WebX.maYIadrTaRb...

> But as Kent
> describes there seems to be bugs and/or limitations in what they have
> provided in the API.

[Anonymous]

Fair enough... though you must agree that the API is by enlarge incomplete.
Take for instance the idw environment were (in my understanding) not much at
all can be done.

Dave

"Kent Keller" wrote in message
news:F518E0E912CEA52A755B639BC7713A62@in.WebX.maYIadrTaRb...
> Keep in mind that I am self taught in VB/A and would probably be
considered a hack by most
> real programmers. In this case I do believe their is some bugs, but I
have thought that
> in the past about other things and it ended up being my methods rather
than API bugs.
>
> Patrick was kind enough to send me some code that will get and set the
printers paper
> sizes, but I am not sure when I am going to find the time to try to
integrate it into
> KWiKPrints. I have some concerns about doing it mainly because I am not
sure I understand
> the whole relationship between Inventor and the other places to set these
values.
>
> --
> Kent
> Assistant Moderator
> Autodesk Discussion Forum Moderator Program
>
>
> "David Radlin" wrote in message
> news:201E941E4AF931725B7E95A14F2F8C3F@in.WebX.maYIadrTaRb...
>
> > But as Kent
> > describes there seems to be bugs and/or limitations in what they have
> > provided in the API.
>
>

[Anonymous]

The IDW environment is very incomplete IMO. I think a lot of people are looking forward to
improvements there.

I would guess the reason is that most 3rd party programmers are going to be wanting access
to part and assembly functions more-so that drawing functions, and they catered to them in
the beginning.... probably rightfully so.

Overall I have been impressed with the pace they have been adding the API stuff. And
compared to MDT it is a piece of cake to program with, so personally I would rather see
easy to use and implement functions that take a little longer to get to us, than I would
if they rushed everything out and it was difficult to use.

IMO the people writing the API stuff have a tough job to try to both catch up and keep up.

I definitely would like to see a couple of bugs getting taken care of and some IDW
features added in R8 though 8^)

--
Kent
Assistant Moderator
Autodesk Discussion Forum Moderator Program


"David Radlin" wrote in message
news:67322A5C5223A89FB24DB692B1A54733@in.WebX.maYIadrTaRb...
> Fair enough... though you must agree that the API is by enlarge incomplete.
> Take for instance the idw environment were (in my understanding) not much at
> all can be done.
>
> Dave