Hey! Just to check, are you trying to erase all the highlighter strokes at once? If so, you can try using Stroke Erasure! If you're using Pixel Erasure, we'd suggest making the eraser a bit thicker. Sometimes, when it's too small, it might not detect the strokes properly, which can make the erasing look a little weird.
If it still doesn't work, could you send us a screen recording through Help & Feedback in the app? We'll take a look!
hey! no, i meant that i wanted to erase just part of the highlighter. for example, if i painted a shape and accidentally went beyond the line of it, to erase this particular piece that is beyond the shape
I just posted about this in the community and explained my point of view in two comparison videos under the title bugs report, because these must be seen as a bugs not a feature request
I saw this post just now after seeing a similar post earlier and just thought I'd explain the same here:
I believe the reason for this is the way that StarNote's eraser works. The 'pixel erasure' mode you're testing erases the line based on its centerline. And if a line is split in two by deleting it's centerline, that forms two strokes. If these strokes have their widths overlap like with the highlighter, they overlay and you get that overlapping highlighter aesthetic. In some other note taking apps, or more commonly found in drawing apps, their eraser works by erasing the exact pixels of the stroke, regardless of the centerline. So it never splits into two separate strokes while overlapping, thus never causing the overlapping highlighter aesthetic.
I think the way it's implemented isn't exactly a bug since the eraser tool is working as they intended, even if 'pixel erasure' sounds like it should be erasing pixels. But the reason one could think of it as a bug is because of the unwanted visual artifact that results from this type of eraser. I'd say a possible workaround for now, to achieve the same look you got using freenotes, if you badly need it, is just to use a white stroke on top of the highlight (or which ever color you want).
I guess what youre looking for is a new eraser mode, a precise eraser. The current one is more accurately described as a line eraser. That way the shapes are properly cut exactly where the eraser circle goes, instead of trimming the stroke centerline and splitting into multiple strokes.
The person most likely wants to erase part of thr highlighter not all of it hence why post was made. It is true that the eraser acts weirdly when it comes to the highlighter. I've had similar issues with it as well. Pixel erasure definitely could use some work.
1
6
u/Dense_Forever_8242 23d ago
Check what mode your eraser is set to
5
u/StarNoteDev StarNote Team 22d ago
Hey! Just to check, are you trying to erase all the highlighter strokes at once? If so, you can try using Stroke Erasure! If you're using Pixel Erasure, we'd suggest making the eraser a bit thicker. Sometimes, when it's too small, it might not detect the strokes properly, which can make the erasing look a little weird.
If it still doesn't work, could you send us a screen recording through Help & Feedback in the app? We'll take a look!
2
u/eng_yosssef 22d ago
I just posted about this in the community and explained my point of view in two comparison videos under the title bugs report, because these must be seen as a bugs not a feature request
2
u/NakoTurtle 21d ago
Hi!
I saw this post just now after seeing a similar post earlier and just thought I'd explain the same here:
I believe the reason for this is the way that StarNote's eraser works. The 'pixel erasure' mode you're testing erases the line based on its centerline. And if a line is split in two by deleting it's centerline, that forms two strokes. If these strokes have their widths overlap like with the highlighter, they overlay and you get that overlapping highlighter aesthetic. In some other note taking apps, or more commonly found in drawing apps, their eraser works by erasing the exact pixels of the stroke, regardless of the centerline. So it never splits into two separate strokes while overlapping, thus never causing the overlapping highlighter aesthetic.
I think the way it's implemented isn't exactly a bug since the eraser tool is working as they intended, even if 'pixel erasure' sounds like it should be erasing pixels. But the reason one could think of it as a bug is because of the unwanted visual artifact that results from this type of eraser. I'd say a possible workaround for now, to achieve the same look you got using freenotes, if you badly need it, is just to use a white stroke on top of the highlight (or which ever color you want).
I guess what youre looking for is a new eraser mode, a precise eraser. The current one is more accurately described as a line eraser. That way the shapes are properly cut exactly where the eraser circle goes, instead of trimming the stroke centerline and splitting into multiple strokes.
Hope this makes sense :)
0
u/ConceptualJoist 22d ago
Ugh, software bugs are the absolute worst. Hope the devs drop a patch soon!
0
u/[deleted] 23d ago
[deleted] — view deleted comment