I can't read web pages in my mail (especially not over this tiny link)
and I'm sure I'm not alone so please send plain text when communicating
with the list.
If it doesn't already it would be nice if the joining message for this
list warned users not to send HTML mail.
Nick.
On Mon, Apr 15, 2002 at 11:45:41PM +0200, abel deuring wrote:
> I would understand "gray:12" as meaning "gray scale data with 12 bit
> values", but we allow only 1 and n*8 as depth. Or should "gray:12" mean
> the real bit depth of the scanner's ADC?
It took me a moment to understand this too, but
On Sun, Apr 14, 2002 at 11:03:02PM +0200, Oliver Rauch wrote:
> We also can create an own list in the standard, but then I do not see a reason
> why we should not use MIME.
My worry is that MIME solves a big huge problem with a great huge
solution, and I don't think we even want a medium-sized pro
On Sun, Apr 14, 2002 at 05:51:21PM -0500, Frank Zago wrote:
> - section 4.3.8
> For SANE FRAME RAW, and possibly others, what is the endianness to use?
For the SANE 1 style raw formats the system native endianness is used for
data, with "reader makes right" rules, so that no unnecessary effort is
On Sun, Apr 14, 2002 at 10:58:55PM +0200, Oliver Rauch wrote:
> added:
> \item A frontend may temporarily set the values in a way that
> \code{tl-x} is larger than \code{br-x} and \code{tl-y} is larger than
> \code{br-y}.
Hmm. What does "temporarily" mean here? I was thinking more of mandating
ei
On Sun, Apr 14, 2002 at 03:01:42PM +0200, Oliver Rauch wrote:
> Suggestions, patches and comments welcome.
As well as my immediate comments (see previously) I have already looked
through a couple of chapters and have some comments about the changes
(or equally, things which aren't changed and shou
On Sun, Apr 14, 2002 at 03:01:42PM +0200, Oliver Rauch wrote:
> Hello.
>
> The first discussions about a SANE2 standard started about 2 years ago.
And I wrote a draft, but you never sent any feedback :(
> Please take a look at:
>
> http://www.xsane.org/sane2/index.html
Most of the extens
On Sat, Apr 13, 2002 at 01:38:11PM +0200, Oliver Rauch wrote:
> I suggest not to do such things in a backend.
> If we put it into a backend then we have a lot of
> duplicate work that is not necessary.
In principal I agree, but the ideal (I think) that we're aiming for here
is to avoid having the
On Mon, Apr 01, 2002 at 08:19:37PM +0200, Henning Meier-Geinitz wrote:
> - test pictures for most modes (see
> http://www.meier-geinitz.de/sane/test-backend/test_pictures.html )
This is brilliant. Really, really good. One thing that might want to
consider in addition would be a mode/option/whate
On Fri, Mar 15, 2002 at 04:57:48PM +0100, Oliver Rauch wrote:
> Please do not publish an xsane version that does not show the license
> dialog.
I thought about this, because I was a bit annoyed by this dialog too, but
then I concluded that the GPL actually requires downstream developers to
include
On Wed, Mar 13, 2002 at 06:10:05PM -0800, Dave Close wrote:
> Two, some (admittedly broken)
> frontends may depend on the ability to read a full scan line in one
> function call, and won't always succeed.
We had better find out about this sooner rather than later. There used to
be backends that re
On Sat, Mar 09, 2002 at 11:31:43PM +0100, Oliver Rauch wrote:
> This means that xscanimage, xcam and xsane will not compile
> with gtk+-2.0 without several (a lot of) changes.
The zeroth thing to do is panic. Don't do that. API versioning remains
in place so users can run GTK+ 1.2 and GTK+ 2.0 app
On Fri, Mar 08, 2002 at 11:44:47PM +0100, Henning Meier-Geinitz wrote:
> I have added "multi-function peripheral" to the list of types in the
> SANE standard (CVS).
What properties does this type have?
Nick.
On Sun, Feb 03, 2002 at 12:52:04PM +, Major A wrote:
> The problem with this is that it is very platform-specific, and, even
> worse, dependent on whether you use devfs or not (in devfs, in the
> long run, major/minor numbers will be assigned dynamically).
I am finding the implicit assumption
14 matches
Mail list logo
