Alph Tech / STUART

When I Ctrl+drag a selection, it ceases to continue copying after the first drag. There's no reason for this, as if I only want one copy after I ctrl+drag a selection I can just release Ctrl. It should continue making copies until I release Ctrl.

When I use Ctrl+Wheel to zoom in and out of an image, the zoom factor tends to go odd rather quick, making it annoying when zooming back out to not be back at 100%. Rather than using (relatively) arbitrary values to zoom in and out, it should lock them at 10% or so at each click of the wheel, like Internet Explorer's zoom. (Internet Explorer's zoom in general is pretty good.)

It would be nice if in the 4.Xish releases you could select things without the jagged edge, ie. some sort of selection edge feathering (essentially making the selection equivalent to what you would have if you made a new layer then alpha masked it with another layer, where the transparent color had the selection are filled in with the opaque color then gaussian blurred).

This isn't abnormal behavior, although it is problematic.

But it's not difficult to do. Assuming you have a place to output text, all you need to do is get the last bit of each byte of a pixel's color, (eg, yellow (ffff00) would yield 110 from 11111111 11111111 00000000 and place it into a string of bits and then convert that to text and output it. If I knew how CodeLab deals with color values/debug text I'd write it myself.

Has anybody compiled together a little CodeLab snippet to detect messages hidden in the least significant bit?

Ack, that tutorial hurts.

I wasn't quite sure where to post this. These colors are helpful if you're doing for, say, a color map where you want 4-bit color depth. This is the default color palette from Windows Paint. This was the default palette for PDN 3 when it was in beta. It's basically the same thing without whitespace to make it wrap around for good placement. FF000000 FF808080 FF800000 FF808000 FF008000 FF008080 FF000080 FF800080 FF808040 FF004040 FF0080FF FF004080 FFFFFFFF FFC0C0C0 FFFF0000 FFFFFF00 FF00FF00 FF00FFFF FF0000FF FFFF00FF FFFFFF80 FF00FF80 FF80FFFF FF8080FF FFFF0080 FFFF8040 FF8000FF FF804000 And this is it with whitespace added to put each color where it is in the Paint palette: FF000000 FF808080 FF800000 FF808000 FF008000 FF008080 FF000080 FF800080 FF808040 FF004040 FF0080FF FF004080 FF8000FF FF804000 FFFFFFFF FFFFFFFF FFFFFFFF FFC4C4C4 FFFF0000 FFFFFF00 FF00FF00 FF00FFFF FF0000FF FFFF00FF FFFFFF80 FF00FF80 FF80FFFF FF8080FF FFFF0080 FFFF8040 ...yeah. If you don't know how to use these, just paste them into a text file in your Palettes folder.

Something like this.

You need to zip it. I don't know what the hell is up with your server or what, but it ends up serving me the file's ASCII encoding in text when I try to download that.

No it doesn't, not when I checked in 3.08.

No it doesn't, not when I checked in 3.08.

No way can that be done programmatically. Also, when I submitted this? This was topical. Somebody must be trying to push a book through the tubes again.

No way can that be done programmatically. Also, when I submitted this? This was topical. Somebody must be trying to push a book through the tubes again.

This sounds like a job for a professional tool if it's that bothersome. My only suggestion would be to try out the wonderful Conditional Hue/Saturation plugin.

This sounds like a job for a professional tool if it's that bothersome. My only suggestion would be to try out the wonderful Conditional Hue/Saturation plugin.

I don't see a reason to have a key-mouse button combination do a function when there's a free mouse button with no functionality right next to it.

I don't see a reason to have a key-mouse button combination do a function when there's a free mouse button with no functionality right next to it.

1. When I use the scroll whel to zoom, it seems to take the scroll wheel acceleration in and round it strictly to the nearest 1%. Since the slowest I can go is around 12% a detent, this makes it hard to get back to 100% without fooling around in the toolbars and such. What would be nice would be to work mouse-wheel zooming like IE7, where each detent moves you 10% (with variations from acceleration). 2. Why use the scroll wheel for vertical scrolling with a program that more often has scrolling horizontally than vertically, and zooming is the most natural wheel action? The best approach here is like that used in Microsoft Expession Graphic Designer, where the wheel with no modifiers zooms, ctrl-wheel scrolls vertically, and shift-wheel scrolls horizontally. Also (until the addition of Guides) the rulers were used as scrollbars, reducing unnecessary clutter.

No, I mean like rotating the line like the hand of a clock, like when you first draw the line.

I don't think it would be a bad idea to let the end user download a local help file, if they, for example, like to use PDN on the road with no web access.

It would be logical and symmetrical to have the star that comes up on toolbar thumbnails now to signify changes save/bring up a menu when clicked, like how the X closes.

Sometimes I draw a straight line and I want to move the endpoints of that line. As it stands, my options are to move each of the current nodes and have a slightly sloppy looking line or to start all over again. I'd like to see something like a shift-drag to move the endpoint and have all the nodes stretch to follow for a straight line/rotated squiggle.

See if it's in the WMI cleanup list again.

Dammit, I could have SWORN I'd already used MSI clean-up for this. OK, 3.07 is running awesome.