I’ve been hearing that for a while… Until it happens, though, I think I’ll continue to create packages by hand.
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. “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 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.
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 http://goodeveca.net/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.
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… 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 https://github.com/HaikuArchives/ArtPaint. It will surely be difficult for users to differenciate with the ArtPaint hosted at http://goodeveca.net/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.
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?
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.
Sorry – there’s a misunderstanding here. The 2.1.2 is exactly from the current source at https://github.com/HaikuArchives/ArtPaint. 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!
Ok i remove the ArtPaint package out of our repository server list.
Hi, sorry to revive this old thread - but does anyone monitor the ArtPaint repo? I made a pull request and I know all the devs are pretty busy with Haiku itself - wondering if anyone would have time to look at my ArtPaint changes if I hack on it some more?
Also there is an issue where it renders the canvas completely black on x86_64 - it seems to be related to some compile-time options in the code. If I compile with
__INTEL__ it renders just fine. Wondering if anyone would still compile ArtPaint for PowerPC, and/or if Intel should be the default?
You seem to be hard to find an email address for! I got email that seemed to be diectly from you to me, until I noticed the return address was ‘discuss.haiku-os.org’! So I’ll just repost the response I typed up for email!
Yeah, I have to confess to slacking considerably on Haiku (and probably everything else!) for the past year or so. (:-/) I seem to have gotten into the habit of following my nose on the news, until I suddenly find it’s 4 O’Clock, and I haven’t stirred from my chair!
I think I’ve burnt out on Haiku rather – I still use almost nothing else, but if I need something new it’s a script, not a program. I did update some pages on my Website yesterday, but that’s the first time in a couple of years.
I did see your posts on ArtPaint, though, and I gather you fixed an important lack! If I have it right, you eliminated the ‘black selection area’ that cropped up due to some change in the OS a couple of years ago, by changing ‘POWERPC’ to ‘INTEL’. That’s been irritating the hell out of me since it happened!
I’m assuming that’s the same issue I have with the 32-bit version, where any selection goes completely black, rather than just an outline as it should be. If that simple change fixes it, it definitely should become the default, I think.
Would be nice to find out the basic reason eventually, though. I should buckle down and do some programming again (!), but meanwhile you might get in contact with Humdinger; I think he was the last to do any work on ArtPaint.