BeBits - WonderBrush - Talkback

BeBits

WonderBrush

Talkback

Go back to the WonderBrush page

Post a new Talkback comment!

By kraton. - Posted on February 11, 2005 - 09:32:52 (#15804)
Current version when comment was posted: 1.6.1

I have no problems with this app, it is one of the stablest apps here, i think.

Chalk, if you cannot select a format for saving your picture it might be a problem with your translators. They are in boot/home/config/addons/Translators. If so you cannot choose formats in other applications too. If you can save in other apps than you have to specify clearly your problem here again.

By Androo - Posted on February 11, 2005 - 07:09:04 (#15799)
Current version when comment was posted: 1.6.1

This app rules. I can't afford to donate anything at the moment (college life you know), but expect a full donation from me in May or June when my summer work starts again :)

Keep on fixing bugs and adding features. This app is extrodinarily important to the future of Haiku.

By chalk - Posted on February 11, 2005 - 03:00:06 (#15794)
Current version when comment was posted: 1.6.1

I have a strange problem with version 1.6.0 and 1.6.1; I cannot select format when saving. I have a keyfile and it saved ok with the 1.5 version. Any ideas?

By neutrino - Posted on February 10, 2005 - 14:33:31 (#15774)
Current version when comment was posted: 1.6.1

Is it possible to select the object that is not a square?

Ah!

By stippi - Posted on February 8, 2005 - 22:31:29 (#15753)
Current version when comment was posted: 1.6.1

I thought it had something to do with the description of the bugfix in the last version concerning "Live Updates". This was completely unrelated, that's why I didn't get it at first. Anyways, such a feature would not have worked for people that could not run the program in the first place because of the missing lib... ;-)

Regards,
-Stephan

what he meant was...

By DaaT - Posted on February 8, 2005 - 17:28:37 (#15749)
Current version when comment was posted: 1.6.1

If you look in Soundplay, you have a "check for updates" menu item. Clicking on it, connects to a server that checks if there's a more recent version of SP. If there is, it downloads it then updates SP and restarts it.

Re: Live Update

By stippi - Posted on February 8, 2005 - 11:59:07 (#15745)
Current version when comment was posted: 1.6.1

Ahm, sorry, but I don't have the faintest idea how you mean that. Care to explain?

-Stephan

Live Update

By cvincent - Posted on February 7, 2005 - 10:55:51 (#15735)
Current version when comment was posted: 1.6.1

Hi, you can add a liveupdate see the tool used in SoundPlay :)

Regards,
Very good application

thx

By kraton. - Posted on February 6, 2005 - 19:09:22 (#15720)
Current version when comment was posted: 1.6.1

Anyway the libagg.so is working too, so i will leave it that way.

By stippi - Posted on February 6, 2005 - 18:18:48 (#15717)
Current version when comment was posted: 1.6.1

I'm sorry guys, I screwed up the release. libagg.so was intended to be linked statically, but since I have a dynamic version in my ~/config/lib folder for working on Haiku, this version got used instead the static one for the WonderBrush build. I updated the package, so everyone with the linking problem, please just download again. Sorry for the inconvenience.

Best regards and my apologies,
-Stephan

By trasnam - Posted on February 6, 2005 - 18:08:14 (#15716)
Current version when comment was posted: 1.6.1

I built the Haiku tree the other day, and that library is there. This is most likely due to Stephan's work with AGG for Haiku.

I dropped this into /boot/home/config/lib and it worked, although you should be able to drop it into WonderBrush's lib directory.

Here's a link if you want to give it a go:

http://www.digitalimplicity.com/temp/libagg.so

Do we need to install libagg.so

By kraton. - Posted on February 6, 2005 - 17:29:51 (#15715)
Current version when comment was posted: 1.6.1

same problem the 1.6.0 worked without the libagg.so,
where to find the lib?
Maybe you should include it in the wonderbrush lib´s folder.

missing lib

By AlienSoldier - Posted on February 6, 2005 - 17:04:07 (#15714)
Current version when comment was posted: 1.6.1

same error here

Could not open Wonderbrush(Missing library: libagg.so)

By Sir Mik - Posted on February 6, 2005 - 15:56:48 (#15713)
Current version when comment was posted: 1.6.1

I get this error when trying to run Wonderbrush...previous versions ran ok. What's different in this version? Do you have to install the AGG package for it?

regards,

Tim

Font cycling

By kraton. - Posted on January 20, 2005 - 13:16:50 (#15478)
Current version when comment was posted: 1.6.0

Yes you are right holding down the alt tab is enough to cycle between the fonts, thx.

Re: Font cycling

By stippi - Posted on January 20, 2005 - 00:33:13 (#15475)
Current version when comment was posted: 1.6.0

Do you have "Alt" assigned as your shortcut key? If so, it is probably enough to hold down "Alt", or do you really have to hold down both keys (that would be unintentional)? Since BeOS supports both "Ctrl" and "Alt" as the keyboard shortcut key, I generally refer to the key assigned to that function as the "Command" key. Or is this term reserved for a specific key already?

Best regards,
-Stephan

Text cycling

By kraton. - Posted on January 19, 2005 - 20:28:52 (#15473)
Current version when comment was posted: 1.6.0

it is now possible to cycle through all installed fonts by the means of Command+Up/Down while the Text tool is active.

Here i have to use Command+Alt and Up/Down to cycle!

By kraton. - Posted on January 18, 2005 - 13:36:05 (#15463)
Current version when comment was posted: 1.6.0

I cannot belive it. He is not only busy to fix bugs he always manage it to extend this wonderful app. It grows fast, very fast. Great work. I am raly impressed.
Thanks for your work.

By MoerBoer - Posted on January 18, 2005 - 07:28:59 (#15460)
Current version when comment was posted: 1.6.0

Wow, brilliant to see this app move so fast!

It's great to have SVG exporting correctly now!

Great work and keep it up!

Emile

rgb to cmyk

By kraton. - Posted on December 2, 2004 - 12:11:08 (#14935)
Current version when comment was posted: 1.5.3

For test cmyk to rgb conversation just use the same values to get grey red:128 green:128 blue:128
try the same values in fotoshop for cmyk:
cyan:50%
magenta50%
yellow:50%
black:0%
And the result will be a redish grey not a pure grey.
This would be happen if you convert it simply by calculating.
If you use this values for publishing you will get unwanted color effects. That is why it is difficult to do a cmyk tool.
A ICC profile will calculate using the ink informations correctly.

Re: Transparent color

By stippi - Posted on November 16, 2004 - 22:46:57 (#14767)
Current version when comment was posted: 1.5.3

Hi Sikosis,

if you mean to label a certain color index to be transparent in a GIF, this is not supported at all. There is no specific GIF support right now. If possible for your purposes, use PNG instead, it supports an 8 Bit Alpha channel. I've used that extensively with the Haiku PNG Translator for the www.yellowbites.com page. As for GIF, maybe the Haiku GIF Translator should be made a little smarter. If it doesn't do this already (I have not tried), it could automatically reserve an idex for transparent parts of a bitmap when calculating the color indices.

If you mean to set transparency as an attribute of colors in WonderBrush, that is not supported directly. I may have to review that concept when I start to work on Gradient support, but currently, only pixels carry an alpha channel and Opacity is supported as a global Property of Objects and Layers. Additionally, it is also calculated from geometrical coverage of an Object on a given pixel.

To influence the opacity of pixels, you can follow the suggestions already made here. I'd like to add that most objects (all but the Bitmap object) carry a (Rendering) "Mode" Property, which currently supports two states, "Normal" and "Erase". Therefor, you can for example use the Fill tool to cover an area which you want to be transparent, then set the generated Objects Mode to "Erase". The color used for filling is not relevant then.

Hope this helps & Best regards,
-Stephan

By Jack Burton - Posted on November 15, 2004 - 15:01:11 (#14749)
Current version when comment was posted: 1.5.3

Well, this app rules, really. It's super fast, the interface feels really beos-ish, it's simple though quite powerful and flexible.
Great work.

re: Transparency

By ahwayakchih - Posted on November 9, 2004 - 12:46:19 (#14688)
Current version when comment was posted: 1.5.3

There's no alpha for given color. To get transparent objects You can use Opacity property of tools.
Or set Alpha for whole layer.

Or create new layer on top of all others, set it's mode ot "Inverse alpha", and using Pen/Brush draw solid pixels (in that new layer) over pixels You want to get totally transparent.
If You want only pixels on certain layer to be transparent, just erase them :).

Transparency

By sikosis - Posted on November 9, 2004 - 10:25:11 (#14687)
Current version when comment was posted: 1.5.3

How do you set a certain colour to be transparent ?

By looncraz - Posted on November 9, 2004 - 02:39:49 (#14684)
Current version when comment was posted: 1.5.3

static int32 MoverTask(void *pthis)
{

// based on code by mmu_man
int snooze_time = 2000; // the lower, the more CPU usage, smoother moving. The higher the opposite
// This thread has a prio of 6, so making this low will cause no apprecciable
// slow downs, in most cases.

BPoint cursor, moveOrigin; uint32 buttons, org_button;

DView *_this = (DView *)pthis; // If you want to use this in your program, this is the only
// place you need to make changes. :-)

if (atomic_add(&_this->fIsMoving, 1) > 0) { atomic_add(&_this->fIsMoving, -1); }
_this->LockLooper(); _this->GetMouse(&cursor, &buttons); org_button = buttons;
moveOrigin = cursor; _this->ConvertToScreen(&moveOrigin); _this->UnlockLooper();
while (buttons && buttons == org_button) { snooze(snooze_time); _this->LockLooper();
_this->ConvertToScreen(&cursor); if (cursor != moveOrigin) {
_this->Window()->MoveBy(cursor.x - moveOrigin.x, cursor.y - moveOrigin.y); moveOrigin = cursor; }
_this->GetMouse(&cursor, &buttons); _this->UnlockLooper(); }
atomic_add(&_this->fIsMoving, -1);
return B_OK;
}

By memson - Posted on November 8, 2004 - 20:53:05 (#14682)
Current version when comment was posted: 1.5.3

Accessing instances passed to threads... you're using a locking primative to access the fields, right? Without syncranisation, it's anybodys guess as to what state the variable is in... especially if it's not volatile. It's quite possible, especially on a multiprocessor machine, that the scheduler has allowd your thread to run before the spawning thread has resumed processing. If so, of course the value is borked. this is why property accessor methods rule and exposing data publicly is stupid.

The impression you gave from your posting was that you weren't using locking or even property accessors. If you are then.... whatever ;-)

MouseMove bug

By memson - Posted on November 8, 2004 - 20:46:48 (#14681)
Current version when comment was posted: 1.5.3

I've written a pen input add-on. It's currenly unreleased because it was being developed exclusively for Zeta. However I'm without a dev box currently (this is a BeIA device) and so it's pretty much stalled.

The MouseDown bug on Dano and Zeta (PhOS too, though PhOS crashed and self destructed the only time I ever installed it - this was the multi user version 4 or 5?) is extremely annoying, but basically if you ignore every other mouse down message, it's actually fine.

The annoying thing is that I posted this as a bug everywhere around a year ago - I even posted it on the Zeta/yT forum. I think I logged an official bug report too. This was before Zeta RC3 was released. RC3 didn't contain a fix, at any rate. Bummer...

Thanks! (Zeta)

By leonifan - Posted on October 31, 2004 - 10:01:00 (#14570)
Current version when comment was posted: 1.5.2

Finally, I can use this great app on Zeta! Well done for the workaround fix :-)

Mark

SetEventMask

By stippi - Posted on October 27, 2004 - 01:20:23 (#14540)
Current version when comment was posted: 1.5.2

I also noticed that SetEventMask(B_POINTER_EVENTS) is broken (for a start, menus stop working), I think I'm not using it anywhere. Maybe only with the keyboard flag, but not for watching mouse outside of views. I do use SetMouseEventMask from within MouseDown(), which never gave me any problems. It is for example also used to lock the window focus, because it doesn't make sense that the window loses focus in FFM, when still dragging something with the mouse.

This is an issue with Dano app_server only. I kind of expect Zeta to be backward compatible, and seeing that this bug also breaks Becasso and Refraction and who knows what, I really think it should be fixed. One workarround is using a special mouse driver which flags the messages it sends, with the app ignoring messages not containing the flag. But all this is just scary.

Oh, I just remember, I have a test application for my Wacom driver, which is like really simple and definitely does not use SetEventMask or even SetMouseEventMask, and it suffers from the bug as well.

Regards,
-Stephan

Oh, and another bug...

By looncraz - Posted on October 26, 2004 - 17:51:51 (#14529)
Current version when comment was posted: 1.5.2

The mouse moved bug is seemingly related to SetEventMask() or SetMouseEventMask() or whichever it was. I got all kinds of weird crap that way.

You may be better suited using MouseDown() to spawn a thread that watches the mouse location and self-terminate when the pressed button is released.

If you need some sample code, I can throw code at you that is used to move windows on view MouseDown() and mouse movements instead of the MouseMoved() hook.

--The loon

Heh, want to talk about BeOS bugs...

By looncraz - Posted on October 26, 2004 - 16:24:21 (#14527)
Current version when comment was posted: 1.5.2

If the physical (flattened) size of a BPicture assigned to a BWindow for carving (clipping/shaping) in Dano, is around a certain range, the computer will freeze.

If a decor with sliding tabs implemented in Dano moves the tab backwards, the app_server crashes, which is the same as a freeze, except it appears to only be the picasso thread that craps out, or spins out of control. Could be something with the decor... but that doesn't really make sense.

Certain complex math, with int64, can return majorly wrong results. Convert to int32, things work again, with same math taking place. This is rare, but discovered when doing thousands of math operations every few seconds for bit decoding and rendering.

kernel timing is apparently based on CPU clock speed, when there are plenty of other ways that could be done. This can cause some neat hangups and problems that make little to no sense to the untrained eye.

We all know about the memory limitation, but that was a design, not a bug. What I think is a bug, was it crashing, or failing to boot, instead of just working with a supportable amount of memory. Something the Haiku people should pay attention to.

You can KDL, if you create a BPicture from a BRegion that contains more than a certain (albeit large) number of rets. I have not yet figured out where that limit is.

A driver freeze-up can be enough to prevent the system from starting, or continuing to run.

In Dano/BONE, I have seen on two instances, where a DoS attack directly on that machine could bring the kernel to its knees. Fortunately that seems to be pretty well secured, and nothing completely fails. The system just becomes extremely slow. However, if when the system slows down, you decide to open Devices or another application that interfaces with the kernel hardware interface, you could end up locking up your system. Presumably a kernel crash.

In any BeOS, the media-kit can cause KDL. This is a design flaw, in my opinion, where the kernel should interface with hardware, providing a SAFE means of communicating with it. That way external kits should not be able to effect the whole system. Bad sound driver? Media kit crashes, kernel alerts debugger that it is due to an improper instruction to the sound device, or capture device, or whatever, print out the instruction, and say.. probably a driver issue.

send_data(thread_id, ...) to send data and instruction to a thread for processing, does not have a safe-guard for when the receiving thread already has data in its one-level message queue. This can cause really bad behaviour, but usually limited to one program.

has_data() in some bizarre instances can return incorrectly. Not sure if the thread had received more information already at that point, or that I need to wait longer before posting new data. No crash, thread just doesn't get the data.

When thread is accessing a public member of a class passed to it in spawning, and makes changes to it. The thread can get OLD values when trying to access it. This is most noticeable with boolean which is set as true in the class constructor. Oddly, when set to false, I could not replicate the problem. Have seen this in two apps, one with half a dozen threads, another with only one thread aside from the main application and window threads.

Shall I go on?

BTW, I have this list, because these are all things I am looking to have fixed before PhOS R1.

Anyway, point is... most of us still give BeOS a 10, or a 9. This app is better than BeOS, so it should deserve a decent score as well.

--The loon

By ahwayakchih - Posted on October 26, 2004 - 16:16:10 (#14526)
Current version when comment was posted: 1.5.2

WonderBrush is the only application i voted 10 (well.. i mean last time, because IIRC i voted 7 on it's first release, and i voted higher value with each new release). Not because it's ideal (it still lacks some small things here and there, etc..) but because it fully usable now, and it gets better (and more feauture complete) with every release, it's very stable (especially comparing to other gfx editors we had before), and has really nice UI. Also it's a type of application i really needed on BeOS.
And it's priced quite low as for what it offers.
I can understand someone voting 9, or maybe 8, but 5 is just not fair IMHO.
Anyway, voting here is often cheated, so it's not worth all the attention we give it ;].

Overly critical voting

By coolbear - Posted on October 26, 2004 - 12:44:22 (#14520)
Current version when comment was posted: 1.5.2

Whomever voted a 5 must have placed a very high value on something they didn't get, and I don't see that as being fair at all. WonderBrush isn't claiming to be the Pixel32 killer (though at the rate both products are going, it might: WonderBrush, though lacking proper keyboardability [the only thing I found that I didn't care for in my limited use] otherwise is far more polished/stable/useful than most available BeOS apps, and is available NOW in a useful form) or a full competitor to the big guys on other platforms. Besides, what do you honestly expect for the price he's asking? :P

I haven't yet voted myself on here (waiting for keyboardability :P ), but I'd say lacking keyboardability (something that all apps should have for everybody, and I'm not the most coordinated with a mouse: being forced to use a mouse to go between text fields REALLY slows me down!) is a legitimate reason to give it a 9, and perhaps a reduction to an 8 for various other things not working correctly or making sense to a given user, or insufficient documentation, etc. but nowhere near as low as a 5 is warranted. Who has perfectly implemented/designed software for sale that has any complexity? (notes no hands being raised :P )

I am confident, from what I've seen, it will progress to a point to fully deserve a 10 in my judgment for its intended purpose (something that perhaps the voter that gave it a 5 seemed to indicate that it didn't work for their needs, neglecting the fact that perhaps it wasn't intended to fulfill their every need) because after all, this isn't a very expensive piece of commercial software.

As to the crash that takes down the whole system that was reported, it's wise to keep in mind that BeOS has some serious bugs in it, and I can readily figure out ways to reboot BeOS unintentionally by overloading it on my machine while doing certain tasks, which is rock stable under XP/2000 (several months contiguous uptime: limited by power stability from utility company!). A lot of the serious issues relate to the VM problems, as well as the messaging bugs/flaws (sharing a system-wide memory area for messages that can be flooded by one app, messing up all apps working with messages: the kernel also uses messages, which can cause BeOS to get fatally confused if busy enough) and then there's the issue of the AppServer in any BeOS version (old or Zeta) with its limits and the ungraceful failure modes. No application can be written to completely prevent a crash if the underlying OS isn't uncrashable in terms of what support that application requires.

Re: Ranking...

By bonefish - Posted on October 25, 2004 - 18:06:24 (#14507)
Current version when comment was posted: 1.5.1

The ranking dropped from 9.37 to 9.29 with only one vote, which means someone voted it 5. This is probably what stippi was referring to.

By tb100 - Posted on October 25, 2004 - 17:59:22 (#14506)
Current version when comment was posted: 1.5.1

Disappointed with a ranking of just 9.3? You're more of a perfectionist than me!

And if you had a perfect 10 already, where would be the motivation to add new features? ;)

Seriously, awesome app - I often use it when I'm demonstrating BeOS to friends.

Thanks

Simon

CMYK, SVG and more

By stippi - Posted on October 25, 2004 - 13:49:59 (#14503)
Current version when comment was posted: 1.5.1

Hi,

I know that for this app to integrate more with existing workflows, it has to have more import/export features. I do have the full PSD 6.0 spec, and I intent to continue work in that area. I'm also investigating SVG options. As for CMYK support, it is much more complicated then most people think. A couple facts:

1.) in theory, CMYK is just the same as RGB, only subtractive instead of additive.
2.) in practise, CMYK is used for printing, and the problem is that printers and displays cover a different range of visible colors.
3.) the printer driver knows best how to convert from RGB to CMYK (plus whatever additional inks)
4.) what you want in a graphics app is not "conversion from RGB to CMYK", but a *preview* of how the image looks on a particular printer, so that you can optimise it for that particular device. For that you need profiles.
Summary: Forget about "CMYK", ask for ICC profile support...

SVG is increasingly important. I'm looking into a couple options. Another thing planned is a rewrite of the rendering mechanism, so that it takes place in separate threads and is therefor decoupled from the main GUI.

Best regards,
-Stephan

P.S. I was really happy about the WonderBrush ranking. Though someone must have been really disappointed recently. Unfortunately I didn't get any emails to that effect. I hope with this update I present a more polished release.

cmyk

By mmu_man - Posted on October 19, 2004 - 02:18:22 (#14435)
Current version when comment was posted: 1.5.0

check http://www.bebits.com/app/1719
convert foo.bmp cmyk:foo.bin
in Terminal

SVG

By kraton. - Posted on October 18, 2004 - 16:07:19 (#14430)
Current version when comment was posted: 1.5.0

Not that important now. I am very pleased with stippis application. And he did a great job. Now Wonderbrush is realy usefull and I can work with it. I would rather see a correct rgb\cmyk converting tool. And some kind of gradations correction tools.
Great work. No need for svg now. I am sure he planed it alreadt though.
just wonderful, wonderbrush.
Bruno

SVG

By 7 - Posted on October 17, 2004 - 11:33:05 (#14409)
Current version when comment was posted: 1.5.0

Hello,

I went to the YellowBytes homepage, but alas, there was not mention of this super-keen application there.

I was wondering if there were any plans to allow the ability of exporting a drawing in the ever-more-popular SVG format.

Zeta is really hurting for an SVG editor, and this would be the bees-knees.

Alan

Congratulations Stippi

By dsuden - Posted on October 15, 2004 - 15:11:45 (#14393)
Current version when comment was posted: 1.5.0

No surprise to me that something you wrote is rated the best here at BeBits. Wonderful comments coming in too. You deserve it, mate! :-)

Dane



	Comment Pages: << prev \| 1 \| 2 \| 3 \| 4 \| next >>













			Recent Downloads - # 373 Total Downloads - # 365 Total Views - # 55 User Ratings - # 11




			Image Editors




			1. BePodder - 9.80 2. QEMU - 9.68 3. ScummVM - 9.57 4. cpu_fix - 9.42 5. Jukebox - 9.40 6. libdl.so - 9.40 7. Haiku AGP busm... - 9.35 8. vim6 - 9.31 9. Beezer - 9.26 10. HandBrake - 9.25




			1. BeOS 5 Perso... - 13,561 2. Realtek RTL8... - 13,091 3. Ati Radeon G... - 12,549 4. Ensoniq Audio... - 7,539 5. ATI Rage 128... - 7,435 6. USB Joystick... - 5,648 7. Broadcom 440x... - 5,400 8. S3 Trio 64 v2... - 4,708 9. USB Serial dr... - 4,704 10. Intel Extreme... - 4,462




			You are not logged in. Login


	Unless otherwise noted, everything is copyright © 1999-2009 Haikuware. All Rights Reserved. For more legal trivia, take a gander at our Legal Stuff page and our Privacy Statement.