Jump to content


  • Content count

  • Joined

  • Last visited

Everything posted by ladlon

  1. Thanks, Chris. Please let me know if you guys need anything from me.
  2. Hi. Two questions... -I noticed that the brush strokes often do not change to a newly selected brush type, even though the new brush type is hilighted in the brush menu. It sometimes takes several clicks before the stroke matches the selected brush type (and I'm not even sure it is the clicking that finally changes it, or a delay or what). What could be happening here? -A few times, when using the image based brushes (ex. rope, sock/sweater), the stroke would be monochromatic, rather than coloured, like the 'thumbnail' in the brush list. What might be causing that? I tried different colours, black and white, but it always was monochromatic (tinted to the selected colour). Windows7 Pro, 32gigs RAM, i7
  3. @Alfred : For sure... Ya, it's happening with both premade strokes (selecting it and then selecting a new brush that then updates the existing stroke), as well as doing new strokes (raster or vector). I'm just saying that the method I mentioned (obviously using vector strokes, since raster ones wouldn't update) is a really quick/easy way to test it (rather than the 'draw a stroke, select new brush, draw a stroke, etc' method). Just faster and easier, since you may have to do it many times before running into the issue. I suspect some people simply haven't run into the issue out of luck, rather than it not being present on their version.
  4. @Alfred : Thanks for all the testing/updates. I'm not sure how you are testing this, but one quick/easy way is to just do a stroke, select it with the node (white arrow) tool, and then repeatedly click between brushes in the brush list (preferably two that are visibly different, like a regular stroke and the chain brush, so you can see if they change, even through periferal vision). Note too that you'll also see that the brush settings values do not change when it 'fails'. You may need to clck MANY times before you run into the issue, as it's kind of random (sometimes it's rare, sometimes it's VERY frequent....at least for me). And thanks for the response about the updates. I downloaded 1.6.2, and will install it. But, ya, I figured it probably won't resolve this.
  5. Hey, does AD and AP alert you when a new update is available? I'm running, and I'm told there's a 1.6.2 (which I now finally found), but my programs didn't alert me. Might be a security thing. Also, is there no 'check for updates' button in AD/AP?
  6. @R C-R : I'm running Win7 Pro, not Win10... so the Win10 thing doesn't seem to be an exclusive factor. So far, there doesn't appear to be a consistant element common among all those seeing the issue (other than perhaps it doesn't SEEM to be happening on Macs). I've posted in the bug section.
  7. Wow, when I started this thread, I thought I was the only one! Hello to all the newcomers to this! Ya, I'd agree, it APPEARS it might be caused by bonus content, in my case seemingly the Daum brushes (Black box), in my case. Hopefully MEB pops up again. I'll post in the bugs section, since this seems to have been verified by multiple users now.
  8. @dutchshader : What, so for you it suddenly got really bad? Weird, if that's the case! Ya, kind of the same for me... When I first got Designer (August 2017) and Photo (December 2017), I'm almost positive it was working perfectly (or the failure rate was so infrequent, I never ran into it). Now, ya, I can run into a failed brush change in a few clicks. As you probably saw in the video I posted, it literally happened on the first click. Sometimes, it's really bad (frequent), other times, it seems okay. I still haven't found any obvious trigger or condition that causes it. I'm not sure if I changed anything, or added some content (brushes) that caused it... or if it was something that just happened eventually (corrupt file?)... or if it always was 'flawed', but the odds just simply resulted in it not happening until later on (plain luck).
  9. Here's a snippet of the video I shot of the issue, just so you can see it in action. AffinityDesigner_BrushSwitchIssue_Snippet.mp4 Note, this isn't specific to the chain or rope brush... I'm just using those as easily distinguishable stroke samples. ALSO: I have just confirmed that I am getting the same issue in Affinity Photo as well.
  10. I installed the UI bonus pack, the macro pack, and recently the Daub Blackbox pack... and I only noticed the issue after the Blackbox one, although I can't say for sure it wasn't present before that. I don't have the Kraken brushes (...never even heard of them. I got to look for those!) As I mentioned to R C-R, it appears the issue may be rooted in the brush list itself... in that clicking on a different brush doesn't always change the brush (even though the hilight seems to always update without fail).... at least that's what it seems to me. I know that a few days ago, I was trying to do some painting, and it was just insane how often it was not switching... like 80% of the time! Today, it's back to the 10% range.
  11. Hello again... @dutchshader : I'm seeing it with both tablet and mouse, but more frequently with the tablet. As Imaginary mentioned, about maybe 10% of the time... so, I'm sure a lot of people just haven't run into it. But, if I do my test, where I'm continually clicking on various brushes in the brush list, it will eventually fail (brush in list hilights, but the brush itself doesn't get changed... the settings stay the same as the last brush, and the resulting stroke is that of the style of the last brush. @Imaginary : Hi! Welcome to the discussion. Ya, it appears to be something that happens about 10% of the time (roughly speaking).. so many people may not have seen it, just out of luck/odds. I haven't verified if I have it in both apps (although I do think I saw it in both). @R C-R : I'm seeing the issue currently with the vector brush in the vector persona. I haven't formally validated the other persona or apps. I see it both when I am selecting a new brush (different than the current) and paint a stroke (stroke is not the correct style, but the style of the last brush), as well as when I select an existing stroke, and select a different brush. Again, about 10% of the time, roughly speaking, so you have to do it several times before it may show up, if it does. It appears the issue may be rooted in the brush list itself... in that clicking on a different brush doesn't always change the brush (even though the hilight seems to always update without fail).
  12. @MEB : I used my iTouch to do a recording of me showing the issue, but I suspect it's too big to upload (got an error when I tried, even though it appears to be within the size limits). I just did another video where I talk through it as well, which may be more helpful. Is there an email I could send the video to? I don't want to clog the forum with a large file. @dutchshader : Yep, that's like what I am experiencing... Issues with both painting new strokes with a vector brush... as well as in updating an existing stroke (by clicking on a different brush in the brush list). Tablet is definitely showing the issue more often, but it's happening with the mouse. Can't find any real pattern or trigger for it. Just kind of happens randomly. It appears that all clicks in the brush list window do NOT always change the brush (even though the hilight changes). When you are trying it out, keep an eye on the brush properties palette (on mine, it's right below the brush list, but may be different on yours). You'll see that when the brush DOESN'T properly update, the properties don't either (indicating the brush really isn't being changed, just the hilight). When you DO see the properties change, you know that the stroke you paint WILL be proper.
  13. Hello, dutchshader. The most recent quick tests I've been doing today (updating an existing stroke) have been done with a mouse. I think I experienced the main issue ('NEW stroke' tests) with both the mouse and tablet... but if I'm not mistaken, I think it showed up more often with the tablet. I'll do some tests with the tablet, and verify whether it's more frequent. MOMENTS LATER: I just did a quick test (painting a stroke, changing the brush, painting a new stroke), first with the mouse, and then another test with the tablet. Even though I only did about 4-5 strokes, I found the mouse worked fine (this time around), but the 4-5 tablet drawn strokes did run into the issue (new strokes were of the previous brush style, and not the selected brush style). Granted, I'd need to do this far more often to really get a proper 'ratio of error' between them, but for a quick test, it seemed like the tablet had the issue occur more often. Thanks for bringing that up! Might be a clue... AND A LITTLE BIT LATER AFTER THAT: Yep, it definitely seems like the tablet has that happen quite frequently (yet it still DOES happen with the mouse, just not as freuquently). I was painting strokes and changing the brush types, and it was happening quite often... switch to the mouse, it behaved (for the most part), switched to the tablet, immediate return of the issue! @MEB : Again, please try some of these tests, if you like. I wish I could record the screen on my work computer to show you it happening. I didn't adjust much (if at all) in the settings/interface. Pretty much vanilla. Defaults have been reset. The only difference, is that I DO have the bonus content added (offered by Affinity). I think it was working with those fine, and MAYBE it was the Blackbox install that did it. Never noticed any issue until I installed that (a day or two ago). Might be coincidence, though. I have to install the latest version of AD.
  14. UPDATE: I reset the user defaults, and I'm still noticing the issue (specifically... paint a stroke, select it, randomly click through brush types in brush list). Once in a while, the clicked brush in the list hilights, but the stroke doesn't update. I was randomly clicking between the rope and chain brushes in the list, and every once in a while, the stroke didn't update (but the hilight did). I tried it slower, seeing if it was just a 'you're clicking too fast' type of thing, but it happens on slow clicks, too. FYI, I'm notoriously good at spotting bugs, it seems. I think my workflows and patterns are maybe different from the general public... or I just have lousy luck. I tend to spot issues within minutes of installing software!
  15. Hey, MEB. Here's something you might want to try... Paint a stroke with the rope or chain brush. Select it wtih the white arrow tool. Now randomly click between some of the 'regular brush' brushes in the brush list, and the rope/chain brushes, and see if the stroke updates. Over here, 90% of the time it does (as would be expected), but sometimes, it doesn't (even though the clicked brush gets properly hilighted). Again, click between 'regular' brushes and one of the image brushes (rope/chain), as it's easier to spot when the stroke doesn't update. This is probably the easiest/fastest way for you to possibly run into the issue I seem to have spotted. I suspect it's the same 'issue' (if it is one) that is happening with the 'select a brush, paint a stroke... stroke is not that of the selected brush' issue I'm talking about. Again, I'll try the default reset in a while, but wanted to explore this issue while it's still 'live'.
  16. @MEB : Okay, I'll update the version. Thanks. Isn't there any kind of notification of new versions by the software or a Check For Updates feature? @MEB : Is using the Reset User Defaults in the Miscelaneous Preferences section the same as the CTRL-Boot method? @ R C-R : Weird... Mine (usually) works like a regular brush... Select the style, paint the stroke in that style. Then again, I'm talking about PAINTING a vector stroke, not creating a vector with (say) the pen tool, and then applying a brush stroke to it. Sorry, maybe I wasn't clear on that in my explanation.
  17. Yep, just happened again. You can see, the chain brush is selected, yet I am painting rope (all brushes above the initial chain one at bottom).
  18. I did the same tests a few times again, rebooting AD as well. I hadn't done the default reset yet, as I wanted to see if I could narrow down what may be triggering this, before possibly wiping out the issue with a reset. The strokes behaved properly for several runs of the test (so, I started to think it might be a 'happens after you boot up' type of thing, although it was running fine even after bootup in my latest tests. I just kept changing brushes, and doing new strokes... everything currently good... then switched to the Pixel persona, and did the same... still good... Went back to the Design persona, did some more strokes (changing the brush between each)... all good... and then SUDDENLY, it did it again... I was using the rope brush, painted a rope stroke, selected another brush, painted a stroke, and it's the rope stroke again. Still trying to figure out what might be triggering this. I will do the reset in a bit... just want to explore while this is still doing the issue.
  19. Hi, MEB. I'm using v of AD. I have to check if this is also happening in AP. I'll get back to you on that. I'll try clearing the defaults, as suggested. I did not notice this issue previously, and SEEMS to be happening after I installed the Daum Blackbox brushes (...not sure if it was them specifically that may have caused this, as I added some of the bonus material as well, but the Blackbox was the latest one (yesterday), and I don't recall this issue beforehand. Right now, it's working fine (as shown in the second image). It's very odd... just kind of randomly happens (and often, it continually happens, after it is 'triggered'). I'll get back to you shortlyl...
  20. This is what the above screen shot should have looked like if it did it properly (as it did in this latest test you see in my second image)... Again, I went from the bottom of the brush list, selecting the next brush (upwards), and painting a stroke (to the right of the previous one), and then selected the next brush up, did a stroke, and so on. The second image shows a different style of stroke each time, as expected. The first image shows what happens often, where the stroke the brush creates is NOT reflective of the brush that was selected when it was done (even though the correct brush is hilighted in the list).
  21. Hello again, R C-R... No, again, you are talking about editing an existing stroke. Yes, that's exactly how it is supposed to work, no arguement there. You select a stroke, and can alter it. Again, I'm talking about simply switching the brush for a NEW stroke. See/read my post above. We are talking about totally different things here. It's like if you are painting with blue paint, and then switch to red paint (and the software is showing you currently have RED paint as your colour), and you do a new stroke, and it's blue, rather than red. You do 3 more strokes, and they are all blue... You select RED again, do a stroke... still blue.... Select RED yet again... do a stroke, still blue... Select red again, do a stroke... now suddenly it's red, as it is supposed to be (...the other strokes obviously stay blue).
  22. I just did another test (the issue still exists... in this case, in AD). Take a look at the screen grab. In this test, I selected each brush, starting from the bottom (chain brush), painting a stroke (first one is on the left, and each new one is right of that), then selected the next brush (verifying that the brush in the list hilights to indicate it is chosen), and paint a new stroke to the right of the previous stroke/brush). As you can see, the first brush painted properly (chain), I selected the next one up (rope) and painted a stroke, and that worked fine, too... I then selected the next stroke (regular paint stroke above the rope one in the list) and painted a stroke... the third last in the brush list... and instead of a regular paint stroke, it painted as the rope brush again. I selected the next brush (4th last in the brush list), and did a stroke... still the rope stroke. I selected the next brush up (5th last on in brush list), and NOW suddenly it stops painting as a rope, and does the proper, selected brush. But, then I select the next brush above that (6th last in brush list), and it now is staying as the previous brush, as it did with the rope... And so on... It's like it randomly fails to change the brush, even though a new brush is selected and indicated by a hilight. I did the same test a minute later, and this time, it worked perfectly fine (each stroke was different, and the proper stroke for the brush that was selected each time). Either a random occurrance, or something triggers it... but it is definitely there, and happens seemingly at least half the time for me.
  23. Hi, R C-R. Thanks for the response. Ya, I totally understand those aspects (personas, vector vs bitmap, dynamic brushes, etc), but I think everyone is misunderstanding the issue I'm referring to. I'm not talking about changing/editing existing strokes. I'm talking about painting a stroke, selecting a NEW/DIFFERENT brush, painting ANOTHER stroke... and that second stroke is the same as the first stroke, as opposed to the style of the second brush. Different way to explain it: Imagine you have RED selected as a colour... You paint a stroke, and it is red. You then go to the colour wheel, and select blue as your current colour. The 'Current Colour' indicator shows the current colour as blue (as expected), but when you paint a (new) stroke, it paints it in RED (not blue), despite the fact that you not only selected blue, but also that the Current Colour indicator shows blue. You select blue again, do a stroke... still red... select blue again, do another stroke, and now it's finally a blue stroke (....the actual number of times you have to reselect blue is kind of random). Now, apply this same issue, but instead of colour, it's the brush type (the 'brush shape/behavior' from the Brush list). Sorry, I should have mentioned, I have both AD and AP. I believe this is happening exclusively in AD currently. I'll have to doublecheck that. I suspect it MAY have something to do with the Daum Blackbox brush pack, which I recently installed (...I don't recall this issue happening previous to that). Not sure why it would affect ALL brushes, though... if it is in fact to blame.
  24. Hi, guys. Thanks for the responses. Re: Brush not changing: I am not talking about the brush reacting dynamically (ex. pen pressure affecting size of brush, etc). What I am talking about is that the brush itself often doesn't change when I click on a different brush in the brush list (although the new brush in the list hilights). Sometimes, it works as intended (ex. Have a regular brush selected, paint a stroke (which is a regular brush stroke), select a different brush (ex. splattery one), new brush hilights in list, paint a stroke, and the stroke is a splattery one)... whereas sometimes it doesn't seem to switch the brush (ex. Have a regular brush selected, paint a stroke (which is a regular brush stroke), select a different brush (ex. splattery one), new brush hilights in list, paint a stroke, and the stroke is the SAME as the previous one). Sometimes it takes two clicks in the brush list to have the brush cursor (and resulting stroke) to change to the new brush... sometimes as much as 4 clicks. When it was acting up, I could paint a stroke, select a new brush (new brush hilights in list), paint a stroke (still the old brush type stroke), select the same (new) brush, paint a stroke (still the old brush type stroke), select the same (new) brush, etc, etc... up to 4 or so times before the brush changed. I didn't notice this issue for the first few days I had AP. It seems it MAY have showed up after I installed some of the bonus brushes (although I think it affects all brushes). I'd say it happens at least half the time when I select a new brush. Re: Tinted image brush: Ya, that's what I would assume, but I thought I tried that, too, and it still tinted it for some reason. I'll have to retest that, as that makes complete sense, and sounds like how it shold work. I tried it again before posting the original question, and it was seemingly doing it randomly (some brushes had their custom colours, some were tinted monochormatically)... but, ya, I'll test it again, and be sure that the None colour IS in fact on.

Important Information

These are the Terms of Use you will be asked to agree to if you join the forum. | Privacy Policy | Guidelines | We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.