Re: Review of description for initial packaging: rgbpaint
onsdag den 17 november 2010 klockan 11:42 skrev Justin B Rye detta:
> It's good, but I've nonetheless ended up rewriting every line!
>
All good points, but I am not fully content yet.
> > Rgbpaint is a simplified painting program, derived from its
> > ancestor Mtpaint by the very same authors. It edits and saves
> > images of the formats PNG, JPEG, and ICO only. Some additional
> > formats can be read, though: TIFF, GIF, TGA, PCX, and SVG.
>
> Upstream apparently call them "rgbPaint" and "mtPaint" (annoying to
> start a paragraph with). "Derived from its ancestor" seems
> redundant, and I've also sorted that list of formats:
>
> This package provides the simplified painting program rgbPaint,
> successor to mtPaint by the same authors. Light on dependencies, it
> can edit and save images in ICO, JPEG, or PNG format only, though
> it can also read GIF, PCX, SVG, TGA, and TIFF formats.
I am not fond of `successor to mtPaint', since mtPaint is made neither
obsolete, nor redundant. Is `spin-off from' ideomatic? Would `offspring of'
be preferable? Line breaks have also been improved here!
This package provides the simplified painting program rgbPaint,
a spin-off from mtPaint by the same authors. Light on dependencies,
it can edit and save images in ICO, JPEG, or PNG format only,
though it can also read GIF, PCX, SVG, TGA, and TIFF formats.
> Is it really necessary to point out that brushes are used for
> painting, and that only one brush is used at a time? Is it
> compulsory to "mix anew" the replaced colour? I'd like to simplify
> this down to:
>
> The user interface is intentionally simple, without drop-down
> menus. Ten brushes are provided, and a palette of twenty colors,
> each of which can be replaced from a color blender.
I repeatedly get the the impression that `intentionally simple' is an
ellipse. Could one insert a neutral `kept'? Is `replaced from' ideomatic
in the present context? Could we use `replaced using a color blender'?
The user interface is intentionally kept simple, without drop-down
menus. Ten brushes are provided, and a palette of twenty colors,
each of which can be replaced from a color blender. The available
> > Painting, filling, and area selection are the available actions.
> > The program can make a screen snapshot immediately when starting.
>
> That's an odd way to put it (answering the question "what are
> painting, filling, and area selection?" instead of the question
> "what can I do?"). And it's not obvious to me why I'd want a
> snapshot of a GTK window getting opened... can it not do snapshots
> *after* I've drawn something? Or is the idea that it takes a
> snapshot before opening and then lets you edit that?
>
> The available actions are painting, filling, and area selection.
> The program can also produce screen snapshots during launch.
The program can use a command line switch to produce a single screen
snapshot of the screen content prior to executing rgbPaint. The resulting
image is immediately loaded by the program as a new image. It can be
edited or discarded, but no further snapshot can be generated by a
running program. Is the following wording satisfactory?
actions are painting, filling, and area selection. The program can
also take a screen snapshot before starting, and use it as its first
image.
In appreciation of our discussion,
Mats Erik Andersson, pending DM
--- control.jbr 2010-11-17 13:49:38.000000000 +0100
+++ control.mea 2010-11-17 14:04:16.000000000 +0100
@@ -14,15 +14,16 @@
Depends: ${shlibs:Depends}, ${misc:Depends}
Description: simple pixel-based painting program
This package provides the simplified painting program rgbPaint,
- successor to mtPaint by the same authors. Light on dependencies, it
- can edit and save images in ICO, JPEG, or PNG format only, though
- it can also read GIF, PCX, SVG, TGA, and TIFF formats.
+ a spin-off from mtPaint by the same authors. Light on dependencies,
+ it can edit and save images in ICO, JPEG, or PNG format only,
+ though it can also read GIF, PCX, SVG, TGA, and TIFF formats.
.
- The user interface is intentionally simple, without drop-down
+ The user interface is intentionally kept simple, without drop-down
menus. Ten brushes are provided, and a palette of twenty colors,
each of which can be replaced from a color blender. The available
actions are painting, filling, and area selection. The program can
- also produce screen snapshots during launch.
+ also take a screen snapshot before starting, and use it as its first
+ image.
.
Originally aimed at the OLPC initiative, rgbPaint works well with
the Sugar desktop environment - especially with a graphics tablet;
Source: rgbpaint
Section: graphics
Priority: optional
Maintainer: Mats Erik Andersson <mats.andersson@gisladisker.se>
Build-depends: debhelper (>= 7.0.50~), gettext, pkg-config,
libx11-dev, libglib2.0-dev, libgtk2.0-dev, libpango1.0-dev
Standards-Version: 3.9.1
Homepage: http://mtpaint.sourceforge.net/rgbpaint.html
Vcs-Svn: svn://svn.debian.org/svn/collab-maint/deb-maint/rgbpaint/trunk/
Vcs-Browser: http://svn.debian.org/viewsvn/collab-maint/deb-maint/rgbpaint/trunk/
Package: rgbpaint
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}
Description: simple pixel-based painting program
This package provides the simplified painting program rgbPaint,
a spin-off from mtPaint by the same authors. Light on dependencies,
it can edit and save images in ICO, JPEG, or PNG format only,
though it can also read GIF, PCX, SVG, TGA, and TIFF formats.
.
The user interface is intentionally kept simple, without drop-down
menus. Ten brushes are provided, and a palette of twenty colors,
each of which can be replaced from a color blender. The available
actions are painting, filling, and area selection. The program can
also take a screen snapshot before starting, and use it as its first
image.
.
Originally aimed at the OLPC initiative, rgbPaint works well with
the Sugar desktop environment - especially with a graphics tablet;
even young children can quickly master it to produce true brushwork!
Reply to: