What about ArtPaint?

Regarding the white background, I guess it’s due to the white fill made in BackgroundView::Draw().
Instead, having set via BackgroundView::SetViewBitmap() a checkered bitmap and do nothing in Draw() should do what you’re looking for.

In Sanity, I’ve made a quick and dirty CheckerBitmap.cpp that create a… well, a checkered bitmap.
Feel free to use it:

Mmmm? I don’t see any white fill in BackgroundView::Draw(). And actually the background is where you do get a pattern – of ‘thin stripes’

ImageView is where the image atually gets composed (with ‘BlitImage’) and I struggled with that for days! Nothing worked. Must be missing something simple, but I couldn’t see it…

I’ve been hearing that for a while…:slight_smile: Until it happens, though, I think I’ll continue to create packages by hand.

1 Like

Yes it is slightly annoying, but it encourages the use of the latest nightly image. If you have special needs for keeping older hrevs (like me for testing SoftwareUpdater) then that does present an issue but creating a clone of haikuports and building manually isn’t too difficult, there is fairly good documentation.

Not sure that’s a particularly important thing to encourage. :grinning: “If 't ain’t broke…” and all that… For me with a DSL connection, updating is a bit of a chore, so when I have a version that works for me I have a positive wish not to update. [And I’m a nut whose day-to-day workhorse is still the “Ming Special” Be provided me with! Does my email and most of my common browsing – BBC, Wikipedia, Google…]

Umm…again :slight_smile: I guess you have to explain what you mean by “needed” colours. That surely entirely depends on personal preference and the goal of the art.

The “Reducer” add-on actually existed in BeOS ArtPaint, but was removed by one of the porters, apparently because he thought it crashed. (Doesn’t seem to now.) And maybe nobody knew about it because it was never in the docs! I personally had no real interest in it until I started thinking of turning arbitrary images into HVIF icons, via ArtPaint, autotrace, WonderBrush, and Icon-O-Matic… [And came to the conclusion it would only be a good scheme in very special cases. I successfully turned an old Amiga art of a tiger (below) into an HVIF. It is 19K!]

So just to illustrate colour reduction, here’s a JPG of the ILBM original:
and a 16-colour reduction:
That’s with the original ILBM dithering suppressed, and no dithering in ArtPaint.

As a postscript, it’s probably worth noting that ImageMagick works perfectly in Haiku, and is available on HaikuDepot. Out of interest, I just tried its colour-reduction scheme, and its 16-colour output is far superior to ArtPaint’s. It’s something of a monster to figure out (and command-line only, of course) but it does a heck of a lot of fancy stuff.

Have never heard of this add-on. Is it included in art paint? Would be for my art paint tips and tricks page on the besly.

http://besly.de/menu/search/archiv/gfx/artpaint_tips-tricks_eng.html

Would like to describe more such things but know me with art paint and what it all can not be so.

That looks in any case already times very well.

I have meant that when I invite a picture in corel’s photopaint, I can reduce the colors to the colors that are contained in the picture. In a gray scale image it can be there already times 2-6 colors. For my tutorials on the besly I use this often to reduce the images, which accelerates the load of the page, even if many mean that one does not need today.

It’s included in v2.1.2, though it was missing in Haiku versions before that. 2.1.2 has unfortunately not made it to the depot yet. It is available on my site artpaint, and on BeShare.

I’m glad you have a “tips” page for ArtPaint on besly. I was thinking something like that would be very useful.

Hmm, I wonder exactly what that involves. A 32-bit/pixel image isn’t going to be affected by the actual number of colours present, but I noticed that when I used ImageMagick for colour reduction it generated an appropriate colourmap, rather than just repopulating the 32-bit version (as ArtPaint does). Just checked – yes the IM file is about half the size! So for your needs ImageMagick would probably be the choice.

1 Like

Ok i will take the package and test the colorreducer for my tips page on besly.
Then i can put this ArtPaint version on our repository server.

Any other nice tips for ArtPaint?

I’m sure there are – once I get my wits together…:slight_smile: I had some thoughts while working on the updates, but they’ve sort of faded right now.

One thing that misleads people a bit right now is that they think the initial ‘white’ background is actually (opaque) white, when it is actually fully transparent. If there’s uncertainty, the Color Selector tool will show the actual alpha at any point. As I said a while back I’d like to fix this, but I’ve hit a blank wall so far.

You inspired me to go look up BeTips again [which seems to be pretty dormant; I need to ask Scot] and saw one ArtPaint tip that was a total surprise. I’ve always zoomed the image using the menu, which is a bit tedious. I never knew that the “Mag:” field in the Status Bar pops up a slider if you click on it that allows immediate zooming to any size! Definitely worth publicizing. (Hah! Just actually read the manual page, and it is documented… Pays to RTFM – carefully!)

Well, at HaikuPorts the recipe for 2.1.1 is based on the source code at GitHub - HaikuArchives/ArtPaint: ArtPaint is a painting and image processing program.. It will surely be difficult for users to differenciate with the ArtPaint hosted at artpaint.

Could you use a different name? Otherwise we’ll have to change the name at HaikuPorts. Thanks!

You do not need to fear, haiku servers have priority as it seems.

https://dev.haiku-os.org/ticket/13507

Pete’s package is also not available on a repository server, now available from the site. And ArtPaint is ArtPaint.

I was pretty sure to get such an answer, but I tried anyway. Good luck!

This was not insulting or degrading, much more to draw attention to the one must look how to regulate the future. If someone has a newer (better be times out put before) version has, this should be synonymous under the same name to be found.

How, in your opinion, should such a package be called? Have already thought about it but I have come to no really meaningful solution.

The Debian way would be possible: add a suffix to the version.

Something like artpaint-2.1~haiku1 (or ~pete1 or …)

But we are a small team, it should be possible to collaborate on these things and have a single version around? Maybe let Pete commit directly to the ArtPaint git repo at HaikuArchives if he wants to take care of the software?

2 Likes

I would appreciate it more, if all available packages would be displayed, also double. Then the user can decide which version he wants to install.

To round off the whole would be great if in an additional column to the respective package the reference point, so repository server would be indicated.

1 Like

Sorry – there’s a misunderstanding here. The 2.1.2 is exactly from the current source at GitHub - HaikuArchives/ArtPaint: ArtPaint is a painting and image processing program.. I didn’t release it until the archive was updated. It’s just that HaikuPorts hasn’t quite caught up yet. When HaikuPorts has a 2.1.2 it will be indentical to my release.

The ArtPaint revision confusion should now be resolved. Humdinger has submitted the recipe for 2.1.2 to HaikuPorts, so I guess it should now get built and added to the depot. Many thanks, Humdinger!

1 Like

Ok i remove the ArtPaint package out of our repository server list.