# Missing Trail of Growing Circle
**URL:** https://discourse.processing.org/t/missing-trail-of-growing-circle/20659
**Category:** Coding Questions
**Created:** [May 9, 2020, 8:41am UTC](https://discourse.processing.org/t/missing-trail-of-growing-circle/20659 "2020-05-09T08:41:36Z")
**Posts on this page:** 4
**Page:** 1
### Author:  [@upobir](https://discourse.processing.org/u/upobir)
#### Post date: [May 9, 2020, 8:41am UTC](https://discourse.processing.org/t/missing-trail-of-growing-circle/20659/1 "2020-05-09T08:41:36Z")
Hello, I use processing for some hobby drawing. Today while doing such a thing I faced a weird situation. I have a circle that will grow as time passes on, in draw() I did not use any background() call, so this growing circle should leave a trail, right? but that doesn’t happen. Here’s my code (run in Processing 3.5.4)
```auto
float r = 20;
void setup(){
size(720, 720);
background(255);
}
void draw(){
ellipse(width/2, height/2, r, r);
r += 1;
}
```
When I modify this code for shrinking (i.e. make r initially big and decrease by 1 every draw) the trail is there. Why is the trail missing for the case of growing? I can’t find any logical answer.
---
### Author:  [@glv](https://discourse.processing.org/u/glv)
#### Post date: [May 9, 2020, 11:27am UTC](https://discourse.processing.org/t/missing-trail-of-growing-circle/20659/2 "2020-05-09T11:27:37Z")
> [@upobir](#):
>
> in draw() I did not use any background() call, so this growing circle should leave a trail, right?
Hello,
Get to know the resources available to you.
> **Resources \< Click here to expand !**
>
> I encourage you to review the resources available here:
>
> - The Processing website has references, examples, tutorials, etc.
> [https://processing.org/](https://processing.org/)
> - Those available with the Processing PDE (IDE).
> An exploration of the tabs will reveal what is available; there are libraries and examples there.
> - The Coding Train
> [https://www.youtube.com/channel/UCvjgXvBlbQiydffZU7m1\_aw](https://www.youtube.com/channel/UCvjgXvBlbQiydffZU7m1_aw)
> [https://thecodingtrain.com/](https://thecodingtrain.com/)
> - Happy Coding
> [Processing Tutorials - Happy Coding](https://happycoding.io/tutorials/processing/)
> - The Processing Foundation
> [https://processingfoundation.org/](https://processingfoundation.org/)
> Check out the tabs.
> In the education tab, there is a reference to the Coding Train.
The ellipse is filled by default so it will overlay the rings below if you go from small to large; try reversing the order and see what happens.
Also consider that stroke() (black) and fill() (white) are on by default.
Explore the references:
> **[fill() / Reference](https://processing.org/reference/fill_.html)**
>
> Sets the color used to fill shapes. For example, if you run fill(204, 102, 0), all subsequent shapes will be filled with orange. This color is either specified in terms of the RGB or HSB color …
And look down at the related functions noFill(), stroke(), noStroke.
> **[strokeWeight() / Reference](https://processing.org/reference/strokeweight_)**
>
> Sets the width of the stroke used for lines, points, and the border around shapes. All widths are set in units of pixels. Using point() with strokeWeight(1) or smaller may draw nothing to …
This is what I get with noFill() and I modified the strokeWeight() and spacing of r.
`:)`
---
### Author:  [@upobir](https://discourse.processing.org/u/upobir)
#### Post date: [May 9, 2020, 11:51am UTC](https://discourse.processing.org/t/missing-trail-of-growing-circle/20659/3 "2020-05-09T11:51:53Z")
Thanks, I thought noFill() was on by default. Thanks for clearing it.
---
### Author:  [@glv](https://discourse.processing.org/u/glv)
#### Post date: [May 9, 2020, 11:52am UTC](https://discourse.processing.org/t/missing-trail-of-growing-circle/20659/4 "2020-05-09T11:52:51Z")
> [@upobir](#):
>
> Thanks for clearing it.
Clearing the circle or clearing your understanding of it?
I got a chuckle reading that …
`:)`