tuxpaint-devel — General discussion list for Tux Paint developers

Re: [Tuxpaint-devel] New brush options coming in next version: Directional, Animated, Colored, Spacing

[Bill K. <nb...@so...>]

On Tue, Sep 05, 2006 at 08:08:02PM +0200, Karl Ove Hufthammer wrote:
> M=E5ndag 04 september 2006 21:17 skreiv Bill Kendrick:
> >=A0 * "lines-angled" - Directional
> >
> >=A0 =A0 Draws "|||" when you move left/right, "=3D=3D" when you draw u=
p/down,
> >=A0 =A0 "//" and "\\" when you draw diagonally.
>=20
> It looks like this is used when using the shapes tool, too.
> I take it this is a bug?

Oh, indeed it is!  I guess I need to take more care in which brush is
being used to stroke shapes.

Thanks!

-bill!

Re: [Tuxpaint-devel] New brush options coming in next version: Directional, Animated, Colored, Spacing

[Karl O. H. <ka...@hu...>]

M=E5ndag 04 september 2006 21:17 skreiv Bill Kendrick:
>=A0 * "lines-angled" - Directional
>
>=A0 =A0 Draws "|||" when you move left/right, "=3D=3D" when you draw up/do=
wn,
>=A0 =A0 "//" and "\\" when you draw diagonally.

It looks like this is used when using the shapes tool, too.
I take it this is a bug?

=2D-=20
Karl Ove Hufthammer
Jabber: ka...@hu...

[Tuxpaint-devel] add additional colors

[Chaim G. <cgl...@ya...>]

Greetings Mr. Bill Kendrick,
     I want to thank you for creating Tux Paint. My kids really enjoy your software. I was wondering if you could explain to me how I could add additional colors to the program. Thank you again for your great work.
   
  Sincerely,
   
  Chaim Glassman
  Brooklyn, NY

Bill Kendrick <nb...@so...> wrote:
  
The following features were implemented last night and will be available,
in Tux Paint 0.9.16!


There are new options available for creating brushes. You can create a
".dat" text file for the brush (e.g., "my_brush.dat" for "my_brush.png')
to activate one or more the following features:


* Animated Brushes
----------------
Draw various shapes, evenly spaced across a PNG image, and Tux Paint will
cycle through them as it paints with the brush.

Add a line with "frames=N" to the data file, where N is the number of frames.

Example: Say you have three frames of a spinning triangle in a 30x30 area:

The image should be 90x30 in size, with the three triangle shapes
positoned evenyl across the image, and "frames=3" should be added
to the ".dat" file.


* Directional Brushes
-------------------
Draw nine different shapes, in a 3x3 grid in your PNG image, and Tux Paint
will use different ones depending on the direction the brush is being
drawn (i.e., by the mouse or by the 'Lines' tool).

Add a line containing the word "directional' to the data file.

Example: Say you want to be able to paint a 40x40 racecar shape as the mouse
is moved, with the car going the same direction as the brush stroke:

The image should be 120x120 in size, with the car going 'north' drawn in
the top-center section of the PNG, the car going south west in the
bottom-left section, and so on. (The very center is used for no motion
-- e.g., a single 'Paint' tool click.)


* Spacing adjustements
--------------------
Previously, Tux Paint spaced brushes based on the PNG's height, divded by 4.
You can now override this by adding a line to the brush's data file.

Add a line with "spacing=N" to the data file, where N is the spacing
you want between brush strokes.

0 or 1 means 'constantly paint'. Higher numbers space the brush
strokes further apart. If it's the same size as the brush's width
and/or height, the strokes will be next to each other.
Make N even twice that for a dotted-line effect.

Example: In the racecar example above, you probably don't want cars
blending together as you paint. Set the spacing to at least 40 (the size
of the racecar shapes) so that they don't overlap when you use the brush.


* Colored Brush Details
---------------------
Finally, any color (non-greyscale) pixels in PNGs are utilized.
(Before, the color/detail was ignored, and ONLY the alpha transparency
was used.)

Pixels which aren't greyscaled are now tinted[*], rather than drawn as
a solid on/off version of the currently-selected paint color in Tux Paint.


Three new brushes have been added (so far) that demonstrate these new
features:

* "lines-angled" - Directional

Draws "|||" when you move left/right, "==" when you draw up/down,
"//" and "\\" when you draw diagonally.


* "vines" - Animated, color

Draws various patterns of vine leaves, allowing you to easily
create a bushy texture. (This is stolen from The GIMP's brushes.)


* "squirrel" - Animated, directional, color, spacing

YES! You can have animated, directional brushes! This cycles between
three frames of a little cartoon squirrel running around. It runs in
the direction you're painting. They're spaced apart such that you
end up with what looks like a trail of squirrels chasing each other!


Enjoy! :)


[*] The Red, Green and Blue values of the PNG's pixels are currently
simply averaged together with the Red, Green and Blue values of the
currently-selected paint color in Tux Paint.

-- 
-bill!
bi...@ne...
http://www.newbreedsoftware.com/

-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Tuxpaint-devel mailing list
Tux...@li...
https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel


 		
---------------------------------
Do you Yahoo!?
 Everyone is raving about the  all-new Yahoo! Mail.

Re: [Tuxpaint-devel] New brush options coming in next version: Directional, Animated, Colored, Spacing

[Chaim G. <cgl...@ya...>]

Greetings Mr. Bill Kendrick,
     I want to thank you for creating Tux Paint. My kids really enjoy your software. I was wondering if you could explain to me how I could add additional colors to the program. Thank you again for your great work.
   
  Sincerely,
   
  Chaim Glassman
  Brooklyn, NY

Bill Kendrick <nb...@so...> wrote:
  
The following features were implemented last night and will be available,
in Tux Paint 0.9.16!


There are new options available for creating brushes. You can create a
".dat" text file for the brush (e.g., "my_brush.dat" for "my_brush.png')
to activate one or more the following features:


* Animated Brushes
----------------
Draw various shapes, evenly spaced across a PNG image, and Tux Paint will
cycle through them as it paints with the brush.

Add a line with "frames=N" to the data file, where N is the number of frames.

Example: Say you have three frames of a spinning triangle in a 30x30 area:

The image should be 90x30 in size, with the three triangle shapes
positoned evenyl across the image, and "frames=3" should be added
to the ".dat" file.


* Directional Brushes
-------------------
Draw nine different shapes, in a 3x3 grid in your PNG image, and Tux Paint
will use different ones depending on the direction the brush is being
drawn (i.e., by the mouse or by the 'Lines' tool).

Add a line containing the word "directional' to the data file.

Example: Say you want to be able to paint a 40x40 racecar shape as the mouse
is moved, with the car going the same direction as the brush stroke:

The image should be 120x120 in size, with the car going 'north' drawn in
the top-center section of the PNG, the car going south west in the
bottom-left section, and so on. (The very center is used for no motion
-- e.g., a single 'Paint' tool click.)


* Spacing adjustements
--------------------
Previously, Tux Paint spaced brushes based on the PNG's height, divded by 4.
You can now override this by adding a line to the brush's data file.

Add a line with "spacing=N" to the data file, where N is the spacing
you want between brush strokes.

0 or 1 means 'constantly paint'. Higher numbers space the brush
strokes further apart. If it's the same size as the brush's width
and/or height, the strokes will be next to each other.
Make N even twice that for a dotted-line effect.

Example: In the racecar example above, you probably don't want cars
blending together as you paint. Set the spacing to at least 40 (the size
of the racecar shapes) so that they don't overlap when you use the brush.


* Colored Brush Details
---------------------
Finally, any color (non-greyscale) pixels in PNGs are utilized.
(Before, the color/detail was ignored, and ONLY the alpha transparency
was used.)

Pixels which aren't greyscaled are now tinted[*], rather than drawn as
a solid on/off version of the currently-selected paint color in Tux Paint.


Three new brushes have been added (so far) that demonstrate these new
features:

* "lines-angled" - Directional

Draws "|||" when you move left/right, "==" when you draw up/down,
"//" and "\\" when you draw diagonally.


* "vines" - Animated, color

Draws various patterns of vine leaves, allowing you to easily
create a bushy texture. (This is stolen from The GIMP's brushes.)


* "squirrel" - Animated, directional, color, spacing

YES! You can have animated, directional brushes! This cycles between
three frames of a little cartoon squirrel running around. It runs in
the direction you're painting. They're spaced apart such that you
end up with what looks like a trail of squirrels chasing each other!


Enjoy! :)


[*] The Red, Green and Blue values of the PNG's pixels are currently
simply averaged together with the Red, Green and Blue values of the
currently-selected paint color in Tux Paint.

-- 
-bill!
bi...@ne...
http://www.newbreedsoftware.com/

-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Tuxpaint-devel mailing list
Tux...@li...
https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel


 		
---------------------------------
Talk is cheap. Use Yahoo! Messenger to make PC-to-Phone calls.  Great rates starting at 1¢/min.

[Tuxpaint-devel] New brush options coming in next version: Directional, Animated, Colored, Spacing

[Bill K. <nb...@so...>]

The following features were implemented last night and will be available,
in Tux Paint 0.9.16!


There are new options available for creating brushes.  You can create a
".dat" text file for the brush (e.g., "my_brush.dat" for "my_brush.png')
to activate one or more the following features:


* Animated Brushes
  ----------------
  Draw various shapes, evenly spaced across a PNG image, and Tux Paint will
  cycle through them as it paints with the brush.

  Add a line with "frames=N" to the data file, where N is the number of frames.

  Example: Say you have three frames of a spinning triangle in a 30x30 area:

    The image should be 90x30 in size, with the three triangle shapes
    positoned evenyl across the image, and "frames=3" should be added
    to the ".dat" file.


* Directional Brushes
  -------------------
  Draw nine different shapes, in a 3x3 grid in your PNG image, and Tux Paint
  will use different ones depending on the direction the brush is being
  drawn (i.e., by the mouse or by the 'Lines' tool).

  Add a line containing the word "directional' to the data file.

  Example: Say you want to be able to paint a 40x40 racecar shape as the mouse
  is moved, with the car going the same direction as the brush stroke:

    The image should be 120x120 in size, with the car going 'north' drawn in
    the top-center section of the PNG, the car going south west in the
    bottom-left section, and so on.  (The very center is used for no motion
    -- e.g., a single 'Paint' tool click.)


* Spacing adjustements
  --------------------
  Previously, Tux Paint spaced brushes based on the PNG's height, divded by 4.
  You can now override this by adding a line to the brush's data file.

  Add a line with "spacing=N" to the data file, where N is the spacing
  you want between brush strokes.

  0 or 1 means 'constantly paint'.  Higher numbers space the brush
  strokes further apart.  If it's the same size as the brush's width
  and/or height, the strokes will be next to each other.
  Make N even twice that for a dotted-line effect.

  Example: In the racecar example above, you probably don't want cars
  blending together as you paint.  Set the spacing to at least 40 (the size
  of the racecar shapes) so that they don't overlap when you use the brush.


* Colored Brush Details
  ---------------------
  Finally, any color (non-greyscale) pixels in PNGs are utilized.
  (Before, the color/detail was ignored, and ONLY the alpha transparency
  was used.)

  Pixels which aren't greyscaled are now tinted[*], rather than drawn as
  a solid on/off version of the currently-selected paint color in Tux Paint.


Three new brushes have been added (so far) that demonstrate these new
features:

  * "lines-angled" - Directional

    Draws "|||" when you move left/right, "==" when you draw up/down,
    "//" and "\\" when you draw diagonally.


  * "vines" - Animated, color

    Draws various patterns of vine leaves, allowing you to easily
    create a bushy texture.  (This is stolen from The GIMP's brushes.)


  * "squirrel" - Animated, directional, color, spacing

    YES!  You can have animated, directional brushes!  This cycles between
    three frames of a little cartoon squirrel running around.  It runs in
    the direction you're painting.  They're spaced apart such that you
    end up with what looks like a trail of squirrels chasing each other!


Enjoy! :)


[*] The Red, Green and Blue values of the PNG's pixels are currently
    simply averaged together with the Red, Green and Blue values of the
    currently-selected paint color in Tux Paint.

-- 
-bill!
bi...@ne...
http://www.newbreedsoftware.com/

Re: [Tuxpaint-devel] [Tuxpaint-stamps] Splitting stamps up in next version!

[Albert C. <aca...@gm...>]

On 9/2/06, Bill Kendrick <nb...@so...> wrote:

> I would like the future release of Tux Paint Stamps builds to work
> similarly.  For example:
>
>   Windows ZIP &
>   Linux packages - Release separate ZIPs or package files for each category.

Sure, but please make it easy to get the whole thing:

The app goes in tuxpaint-core, and "tuxpaint" is a dummy package
that depends on everything.

(like how I get all the drivers and fonts when I install X, or all
the various components when I install GNOME)

[Tuxpaint-devel] Splitting stamps up in next version!

[Bill K. <nb...@so...>]

I've altered tuxpaint-stamps's Makefile so that each of the various
top-level folders under 'stamps/' are installed one at a time.

This allows a science teacher, for example, to do:

  make install-animals
  make install-plants
  make install-space

And not worry about sports, or seasonal, or funky hat stamps from being
installed.

This fixes (at least partially), the issue of stamp appropriateness.

* Some stamps are controversial (i.e., the military ones, for some...
  various religious ones in 'seasonal' for others...)

* Some uses of Tux Paint may require that kids stay focused on a particular
  task.  See the 'science teacher' example, above.

(Of course, teachers and parents have always been able to simply install
everything, and then delete the ones they didn't want.)


I would like the future release of Tux Paint Stamps builds to work
similarly.  For example:

  Windows ZIP &
  Linux packages - Release separate ZIPs or package files for each category.

  Windows Installer &
  Mac OS X Installer - The download can still contain everything (like
                       the source .tar.gz will), and provide checkboxes
                       that allow parents/teachers to pick what they want
                       to install.


Sound good?  Thanks,

-- 
-bill!
bi...@ne...
http://www.newbreedsoftware.com/

Re: [Tuxpaint-devel] Pre-release Mac OS X and Windows builds?

[Micah J. C. <mi...@co...>]

On Sun, Aug 27, 2006 at 10:41:18PM -0700, Bill Kendrick wrote:
> 
> I'm waiting for the PS printing issue to get figured out (or perhaps
> just live with the problem for the time being, with "print from another
> application" as the temp. workaround), but would like to get 0.9.16 out the
> door soon.  (Hopefully quite a bit sooner than our baby arrives! :^) )

Bill, I've made a few attempts, via email and Ubuntu's Malone
bugtracking system, to contact the bug reporter and try to get him to
try out the proposed fixes (in the form of altered PostScript files),
but I have not received any responses back. Unless someone on this list
or that we can get access to happens to have the same or a similar
printer, I don't think the issue looks to be getting resolved any time
soon.

In the meantime, some of the proposed adjustments look (to me) to be
worth making anyhow, as they shouldn't break anything, and have a
greater than zero chance of improving portability; but I leave that to
you guys (and especially Albert Cahalan) to judge. At any rate, though,
I wouldn't let it hold up releases, as a confirmed resolution does not
seem to be just around the corner, unfortunately.

-- 
Micah J. Cowan
Programmer, musician, typesetting enthusiast, gamer...
http://micah.cowan.name/

[Tuxpaint-devel] Pre-release Mac OS X and Windows builds?

[Bill K. <nb...@so...>]

I'm waiting for the PS printing issue to get figured out (or perhaps
just live with the problem for the time being, with "print from another
application" as the temp. workaround), but would like to get 0.9.16 out the
door soon.  (Hopefully quite a bit sooner than our baby arrives! :^) )

John and Martin -- can you guys take a peek at the current CVS code and
see how it works?  I'd like to let end-users beta-test it, if possible. ;^)

Thanks in advance,

-- 
-bill!
bi...@ne...
http://www.newbreedsoftware.com/

[Tuxpaint-devel] Slide show feature coming in 0.9.16!

[Bill K. <nb...@so...>]

I've added a basic slideshow feature to Tux Paint!

Here's how it currently works:

1. From the 'Open' dialog, you'll click the "Slides" button at the lower left.
2. A file selection screen, almost identical to the 'Open' dialog, will appear.
3. Click each image you wish to show in your slideshow, one at a time.
4. Digits will appear at the lower right corner of each image's thumbnail,
   denoting what order the images will be shown in.
5. A slider on this screen allows you to set the pace of the slideshow
   (from 'you have to click to go to the next slide', to slow, through to
   fast).
6. Click "Play"


During the slideshow, you can use the Space or Enter keys to go to the next
slide manually.  Or click the "Next" button at the lower left.

Additionally, you can use the Left and Right arrow keys to go back and forth,
respectively.

Press Escape, or click the "Back" button at the lower right to return to
the slide selection screen.


This feature can be used for simple slides, and very basic animation.
(Remember that, normally, Tux Paint asks you if you want to make a new
file every time you click Save.  Make small adjustments to your picture, and
Save it to a new file each time, and voila!  Animation!)


I'm still not sure when Tux Paint 0.9.16 will be released, but hopefully
some time in the next month or so.

In the meantime, the code is available in the CVS repository, so developers
can check it out now and give it a test drive!

  http://www.tuxpaint.org/download/source/#cvs


PS - This closes Source Forge "Request For Enhancement" #1070404 :^)
  http://sourceforge.net/tracker/index.php?func=detail&aid=1070404&group_id=66938&atid=516298


-- 
-bill!
bi...@ne...
http://www.newbreedsoftware.com/

Re: [Tuxpaint-devel] European press contact?

[Gabriel <gab...@gm...>]

It's ok for me.
The address should be updated though:

Gabriel Gazz=E1n
 Lozano 1090
 Montevideo
 Uruguay
 Phone: (598-2) 309-1158

cheers

El Dom 27 Ago 2006 04:07, Bill Kendrick escribi=F3:
> When I release 0.9.16, I'll be posting a press release
> (see the old one: http://www.tuxpaint.org/latest/ )
> and wanted to (1) double check that Muguntharaj and Gabriel are ok
> with being listed as Asian and South American press contacts...
> and I wanted to know if anyone here would like to handle Europe?
>
> Thanks!

[Tuxpaint-devel] European press contact?

[Bill K. <nb...@so...>]

When I release 0.9.16, I'll be posting a press release
(see the old one: http://www.tuxpaint.org/latest/ )
and wanted to (1) double check that Muguntharaj and Gabriel are ok
with being listed as Asian and South American press contacts...
and I wanted to know if anyone here would like to handle Europe?

Thanks!

-- 
-bill!
bi...@ne...
http://www.newbreedsoftware.com/

[Tuxpaint-devel] New: Descriptive audio for stamps!

[Bill K. <nb...@so...>]

You may now create a second sound file for stamps, which is currently used
as descriptive spoken text.  The sound is played after any sound effect
finishes playing.  (So for example, you click the 'rooster' stamp and
it first plays the crowing rooster sound effect, then it will say
"A rooster.")

These sounds may be localized, as well.  In fact, currently the ONLY
kinds of sounds like this are in Catalan. ("ca" locale.)

The filename simply has "_desc" or "_desc_ll" (where "ll" is the locale)
at the end of the filename, before the extension, e.g.:

  rooster_desc.ogg      <-- default (english), in OGG format
  rooster_desc_es.wav   <-- spanish, in WAV format

This is in CVS.  Get the latest 'tuxpaint' and 'tuxpaint-stamps' modules.

Note: I haven't tested it thoroughly, as I need to run and take care of
my wife Melissa!  Please let me know if you find any glaring issues. :)


-- 
-bill!
bi...@ne...
http://www.newbreedsoftware.com/

Re: [Tuxpaint-devel] [fwd] tuxpaint print bug on Brother HL 2700 CN

[Micah J. C. <mi...@co...>]

(Replying to myself)

On Fri, Aug 18, 2006 at 06:40:29PM -0700, Micah J. Cowan wrote:
> ...After doing some reading, AFAICT I was wrong about BoundingBox being
> required: it would seem that this is probably not the cause of problems
> on the user's printer.

As it turns out, I was only /partially/ wrong about BoundingBox being
required. It is in fact required if the document is an EPS. If we remove
the EPSF bit from the first line, then it's not required.

The extra six bytes for "image\n" is also a potential trouble spot, as
we already discussed.

And, in reading over parts of the PSRM again, I also found that it is
highly recommended to include the line "%%EndProlog" in your document,
even if you don't put anything in your prolog section.  Actually,
although the description of %%Begin(End)Prolog says you "should" include
the line, section 4 says that conforming documents "must" include it
(and, to be kosher, we should probably include the
%%BeginProlog as well).

I've posted a tarball to the Ubuntu bug description at
https://launchpad.net/distros/ubuntu/+source/tuxpaint/+bug/49079 with
various test files for the user to attempt printing. It includes the
original, the original stripped of DSC comments, the original minus the
EPSF stuff, and the original, minus the EPSF stuff and with an adjusted
byte-count to include the "image\n". (I didn't consider the prolog stuff
until after I'd posted the tarball.)

Hopefully the user will test this out and give us some much-needed data;
regardless, though, I think addressing the three areas of trouble above
should probably improve the portability of tuxpaint's output.

Thanks for taking the time to look into this, Albert.

-- 
Micah J. Cowan
Programmer, musician, typesetting enthusiast, gamer...
http://micah.cowan.name/

[Tuxpaint-devel] TuxPaint.org

[Bill K. <nb...@so...>]

I've registered "tuxpaint.org" and set up the Tux Paint website there.
Thanks to the magic of CVS, I'm able to keep the original on my
NewBreedSoftware server, and can keep them in sync quite easily.

If you have any questions, let me know, or post a message to tuxpaint-dev
or tuxpaint-i18.

Thanks.

-- 
-bill!
bi...@ne...
http://www.newbreedsoftware.com/

Re: [Tuxpaint-devel] [fwd] tuxpaint print bug on Brother HL 2700 CN

[Micah J. C. <mi...@co...>]

On Fri, Aug 18, 2006 at 10:32:53PM -0400, Albert Cahalan wrote:
> > What I think /might/ cause problems, is the fact that the %%BeginData
> > section includes a line with the word "image" on it, but doesn't include
> > those 6 bytes (including newline) in the specified byte count. I wonder
> > if moving that line before the %%BeginData section just might improve
> > things.
> 
> The raw image data (binary! w/o escapes!) must follow
> immediately after the "image\n". The proper fix is simply
> to add 6 to the byte count.

Yeah: I'd forgotten that.

> Other random guesses:
> 
> %%!PS-Adobe-3.0
> ...
> %%%%LanguageLevel: 2
> 
> Mismatch? Too high for a very old printer?

Not a mismatch: the top one is the version of the DSC comments, not the
PostScript level. And the printer claims to support LanguageLevel 3.

-- 
Micah J. Cowan
Programmer, musician, typesetting enthusiast, gamer...
http://micah.cowan.name/

Re: [Tuxpaint-devel] [fwd] tuxpaint print bug on Brother HL 2700 CN

[Albert C. <aca...@gm...>]

On 8/18/06, Albert Cahalan <aca...@gm...> wrote:
> Another idea:
> http://studio.imagemagick.org/pipermail/magick-bugs/2004-April/001707.html

On the other hand, that syntax is deprecated:

http://mail-index.netbsd.org/netbsd-help/1999/06/18/0009.html

Re: [Tuxpaint-devel] [fwd] tuxpaint print bug on Brother HL 2700 CN

[Albert C. <aca...@gm...>]

Another idea:
http://studio.imagemagick.org/pipermail/magick-bugs/2004-April/001707.html

Re: [Tuxpaint-devel] [fwd] tuxpaint print bug on Brother HL 2700 CN

[Albert C. <aca...@gm...>]

> What I think /might/ cause problems, is the fact that the %%BeginData
> section includes a line with the word "image" on it, but doesn't include
> those 6 bytes (including newline) in the specified byte count. I wonder
> if moving that line before the %%BeginData section just might improve
> things.

The raw image data (binary! w/o escapes!) must follow
immediately after the "image\n". The proper fix is simply
to add 6 to the byte count.

Other random guesses:

%%!PS-Adobe-3.0
...
%%%%LanguageLevel: 2

Mismatch? Too high for a very old printer?

Re: [Tuxpaint-devel] [fwd] tuxpaint print bug on Brother HL 2700 CN

[Micah J. C. <mi...@co...>]

On Fri, Aug 18, 2006 at 08:13:50PM -0400, Albert Cahalan wrote:
> On 8/18/06, Micah J. Cowan <mi...@co...> wrote:
> > On Fri, Aug 18, 2006 at 12:28:27AM -0400, Albert Cahalan wrote:
> 
> > Right. I want to go for the low-hanging fruit to see what the easiest
> > fix is that could cause it to start working for this user, before moving
> > onto more difficult challenges (such as trying to get BB working).
> >
> > AFAIK, for a single-page document such as this, with no fancy resource
> > management, there's probably no real need to follow the Adobe DSC. But
> > somehow it can make the code it look nicer. :-)
> >
> > I was wondering, though, why you chose to output it as an EPS... was
> > there thought down the road for generating files from this code?
> 
> There is a certain level I need to allow RGB output, and a certain
> level needed for an unimplemented sRGB-to-AdobeRGB transform.
> 
> As I recall, that level requires or strongly suggests the other stuff.
> 
> All too often I have encountered postscript files that don't work
> nicely in postscript viewers. It's nice to support all the extras
> needed for things to work well. I did that as best I could. I don't
> see a reason to be shipping EPS files around, but it is important
> that things work nicely for printers that may require the newer
> comments.

Oh... actually, the DSC comment stuff isn't supposed to be required,
and is a separate specification from PostScript. And, you can do it
without making it an EPS file (you just drop the stuff after
%!PS-Adobe-3.0).

Mostly, DSC is for caching stuff, so the printer doesn't waste
time/memory doing things more often than it has to.

...After doing some reading, AFAICT I was wrong about BoundingBox being
required: it would seem that this is probably not the cause of problems
on the user's printer.

What I think /might/ cause problems, is the fact that the %%BeginData
section includes a line with the word "image" on it, but doesn't include
those 6 bytes (including newline) in the specified byte count. I wonder
if moving that line before the %%BeginData section just might improve
things.

-- 
Micah J. Cowan
Programmer, musician, typesetting enthusiast, gamer...
http://micah.cowan.name/

Re: [Tuxpaint-devel] [fwd] tuxpaint print bug on Brother HL 2700 CN

[Albert C. <aca...@gm...>]

On 8/18/06, Micah J. Cowan <mi...@co...> wrote:
> On Fri, Aug 18, 2006 at 12:28:27AM -0400, Albert Cahalan wrote:

> Right. I want to go for the low-hanging fruit to see what the easiest
> fix is that could cause it to start working for this user, before moving
> onto more difficult challenges (such as trying to get BB working).
>
> AFAIK, for a single-page document such as this, with no fancy resource
> management, there's probably no real need to follow the Adobe DSC. But
> somehow it can make the code it look nicer. :-)
>
> I was wondering, though, why you chose to output it as an EPS... was
> there thought down the road for generating files from this code?

There is a certain level I need to allow RGB output, and a certain
level needed for an unimplemented sRGB-to-AdobeRGB transform.

As I recall, that level requires or strongly suggests the other stuff.

All too often I have encountered postscript files that don't work
nicely in postscript viewers. It's nice to support all the extras
needed for things to work well. I did that as best I could. I don't
see a reason to be shipping EPS files around, but it is important
that things work nicely for printers that may require the newer
comments.

It is extremely unfortunate that Tux Paint can't get any decent
feedback from the printer. There is no reliable way to show the
user how things will look on the page. We can't even tell what
shape the paper is.

Re: [Tuxpaint-devel] [fwd] tuxpaint print bug on Brother HL 2700 CN

[Micah J. C. <mi...@co...>]

On Fri, Aug 18, 2006 at 12:28:27AM -0400, Albert Cahalan wrote:
> On 8/17/06, Bill Kendrick <nb...@so...> wrote:
> >
> > Albert, I believe you did the PostScript stuff in Tux Paint.
> > Care to comment?  Micah's patch (attached to that bug) simply has TP spit
> > out plain PS, but suggests that fixing the EPSF stuff would be a more
> > appropriate fix.
> 
> I did write it. It's been a while.
> 
> Note that there is no evidence that the patch works.
> So far, it's just a random idea to try.

Right. I want to go for the low-hanging fruit to see what the easiest
fix is that could cause it to start working for this user, before moving
onto more difficult challenges (such as trying to get BB working).

AFAIK, for a single-page document such as this, with no fancy resource
management, there's probably no real need to follow the Adobe DSC. But
somehow it can make the code it look nicer. :-)

I was wondering, though, why you chose to output it as an EPS... was
there thought down the road for generating files from this code?

> Defining a bounding box might be impossible. The code
> scales the image automatically so that Tux Paint doesn't
> need to care about paper sizes. The alternative is to make
> paper size part of the locale.
> 
> > I also wonder if this is the cause of trouble that Mac OS X users have
> > been having with printing in the latest Tux Paint ... ?
> 
> Doesn't that use some Cocoa API instead?

Yeah, I wouldn't think they're related. AIUI, Mac graphics are defined
in terms of PDF file operations anyway: you just "draw" it to some
context, and Mac OS handles the printing.

-- 
Micah J. Cowan
Programmer, musician, typesetting enthusiast, gamer...
http://micah.cowan.name/

Re: [Tuxpaint-devel] [fwd] tuxpaint print bug on Brother HL 2700 CN

[Albert C. <aca...@gm...>]

On 8/17/06, Bill Kendrick <nb...@so...> wrote:
>
> My friend Micah wrote in:
>
>   Thought you might want to know about this bug.
>   It's been reported for Ubuntu and Debian:
>
>   https://launchpad.net/distros/ubuntu/+source/tuxpaint/+bug/49079
>
>   My guess would be that it's because BoundingBox isn't specified, which
>   violates your claim to conform to the Adobe document guidelines (via
>   the %!Adobe-PS-3.0 ... comment).
>
>
> Albert, I believe you did the PostScript stuff in Tux Paint.
> Care to comment?  Micah's patch (attached to that bug) simply has TP spit
> out plain PS, but suggests that fixing the EPSF stuff would be a more
> appropriate fix.

I did write it. It's been a while.

Note that there is no evidence that the patch works.
So far, it's just a random idea to try.

Defining a bounding box might be impossible. The code
scales the image automatically so that Tux Paint doesn't
need to care about paper sizes. The alternative is to make
paper size part of the locale.

> I also wonder if this is the cause of trouble that Mac OS X users have
> been having with printing in the latest Tux Paint ... ?

Doesn't that use some Cocoa API instead?

[Tuxpaint-devel] [fwd] tuxpaint print bug on Brother HL 2700 CN

[Bill K. <nb...@so...>]

My friend Micah wrote in:

  Thought you might want to know about this bug.
  It's been reported for Ubuntu and Debian:

  https://launchpad.net/distros/ubuntu/+source/tuxpaint/+bug/49079

  My guess would be that it's because BoundingBox isn't specified, which
  violates your claim to conform to the Adobe document guidelines (via
  the %!Adobe-PS-3.0 ... comment).


Albert, I believe you did the PostScript stuff in Tux Paint.
Care to comment?  Micah's patch (attached to that bug) simply has TP spit
out plain PS, but suggests that fixing the EPSF stuff would be a more
appropriate fix.

I also wonder if this is the cause of trouble that Mac OS X users have
been having with printing in the latest Tux Paint ... ?

Thanks,

-- 
-bill!
bi...@ne...
http://www.newbreedsoftware.com/

[Tuxpaint-devel] [fwd] [Semi-OT] Color Swatches

[Bill K. <nb...@so...>]

I saw this on the Gimp User Group mailing list.  Have only barely skimmed
it so far, but might be fun for arguing over color choices. ;^D

-bill!

----- Forwarded message from Don Jusko -----

Date: Mon, 07 Aug 2006 16:37:01 -1000
From: Don Jusko
Subject: [GUG] Color Swatches

Would you like a color wheel that is not based on RGB but rather based 
on how colors look as printed CMYK colors? This color wheel was made in 
CMYK and converted back to RGB, it matches artist pigments, can be used 
as a palette and painted with on a tablet. It's good for all graphics 
and type print.

This color wheel contains all the possible printed colors in their full 
range, not just subtracting light which adds black to all RGB colors. 
Pigments don't do that, pigments get darker in a path that matches the 
crystal's path. The crystal's path matches the element's path for that 
color.

http://www.realcolorwheel.com/rcwplotter.htm

----- End forwarded message -----