Talk:X BitMap

Latest comment: 3 years ago by Klbrain in topic Merge "X BitMap" and "X PixMap"

Untitled

edit

What software can create these? PaintShop Pro doesn't recognize them. Drutt (talk) 15:35, 11 February 2009 (UTC)Reply

answer: For example GIMP can be used to edit xbm files. --188.100.184.62 (talk) 07:17, 5 October 2009 (UTC)Reply

Dare I ask why you want to use this format? — Smjg (talk) 12:22, 29 September 2011 (UTC)Reply
It's great for embedding shapes in C code. --188.101.93.172 (talk) 22:31, 30 March 2012 (UTC)Reply
If you look at XBM as an image format, it might look very clumbsy and inefficient. But if you see it as C code, that is about to be compiled, it is actually very efficient and lean. And it's easy to use... I mean you can generate that C code with a graphic program, and you can simply include it in a C program with #include "circle.xbm"! 188.100.189.111 (talk) 09:48, 2 May 2012 (UTC)Reply
But if you're a programmer, you might as well write a program to generate an XBM file yourself! — Smjg (talk) 13:30, 11 December 2012 (UTC)Reply

4 bytes?

edit

Why 4?

I've probably only read 2 or 3 webpages about how the format works, but the examples they give use 6 bytes per byte of image data in the same way as here.

At the moment, I can only guess that:

  • The space after the comma isn't required. But then why do the examples always include it? Just to exaggerate for effect how bad the format is?
  • A byte can be represented with a single hex digit, as "0x6," which is two characters shorter than "0x06, ".
  • However, it isn't legal to write the byte value as a C octal or decimal literal.

Am I right? It would be nice to find the XBM spec and link to it. In any case, this point needs clarifying. — Smjg (talk) 12:22, 29 September 2011 (UTC)Reply

Because each byte is 8 bits. 8 bits -> 0-255. The comma is required, that gives for example: '211,' (4 bytes) Mitikoro (talk) 18:07, 1 November 2011 (UTC)Reply

In that case, surely byte values below 100 can be written in fewer bytes, and so the claim that each byte of image data takes up at least 4 bytes is false. Or are such values when written in decimal required to be space-padded, as "  6," or " 42,"? — Smjg (talk) 22:08, 30 November 2011 (UTC)Reply
They're not commonly written in decimal for XBM format, and probably some programs wouldn't be able to handle decimal numbers... AnonMoos (talk) 02:56, 1 December 2011 (UTC)Reply
Is XBM commonly used in the first place in this day and age? Besides, neither commonness nor software compatibility is part of the point here. The point is what is the smallest possible number of bytes a data byte can take up per the XBM spec. — Smjg (talk) 10:37, 2 December 2011 (UTC)Reply

History?

edit

When was this format first developed? Is there an official specification? Have there been any significant changes in the specification? - dcljr (talk) 02:02, 14 February 2012 (UTC)Reply

It's presumably based on excerpts from the reams of documentation for the X windowing system; don't know if these were ever separated out as any kind of formal standards specification in the way that you're thinking... AnonMoos (talk) 10:51, 14 February 2012 (UTC)Reply

Merge "X BitMap" and "X PixMap"

edit

I believe these two articles should be merged, due to each perhaps failing WP:Notability. However, I do not know what article title would encompass them both. Adding merge templates.

104.228.101.152 (talk) 16:27, 24 March 2020 (UTC)Reply

Oppose, on the grounds that there is no obvious broader page, and having the two together seems awkward. Both are referenced and clearly structured, suggesting independent notability and pages that will be helpful to readers as they are. Klbrain (talk) 19:55, 14 October 2020 (UTC)Reply
Oppose. This is a distinct enough topic to stay separate. Jason Quinn (talk) 13:09, 4 March 2021 (UTC)Reply
X PixMap actually has more in common with Netpbm formats than with X BitMap... AnonMoos (talk) 08:11, 5 March 2021 (UTC)Reply
Closing, given the uncontested objections an no support. Klbrain (talk) 08:56, 9 March 2021 (UTC)Reply