# Renaming isn't... real? Problem with any component blocks

**URL:** <https://community.thunkable.com/t/renaming-isnt-real-problem-with-any-component-blocks/146234>\
**Category:** Questions about Thunkable X\
**Tags:** design\
**Created:** [July 17, 2019, 1:46pm UTC](https://community.thunkable.com/t/renaming-isnt-real-problem-with-any-component-blocks/146234 "2019-07-17T13:46:13Z")\
**Posts on this page:** 1\
**Showing post:** 43

<div class="post-metadata">

**Author:** ![Mark](https://sea1.discourse-cdn.com/flex015/user_avatar/community.thunkable.com/mark/32/18133_2.png) [@Mark](https://community.thunkable.com/u/Mark)\
**Post date:** [July 19, 2019, 4:11pm UTC](https://community.thunkable.com/t/renaming-isnt-real-problem-with-any-component-blocks/146234/43 "2019-07-19T16:11:10Z")

</div>

> [@maxb](#):
>
> Cause I intended to set the names of the buttons to specific references, like “Button\_Main\_Pizza”, “Button\_Second\_Pizza”… “Button\_Main\_Hamburger”, “Button\_Second\_Hamburger”, I have many button that have to do the same thing but with different variables and the results have to be displayed on different design elements, so I was naming all the design elements and variables with recurring elements that the system would look for when deciding what to do

@maxb I think I understand what you’re trying to do and it makes sense to me. There are a couple of upcoming features that should help you. One is a block which would return the name of a component. That would, presumably, let you do exactly what you described. The other is the ability to add your own properties to a component, so you could, for instance, add a food property on your buttons which could have a value of “pizza” or “hamburger”. That would allow you to name your buttons whatever you like but still distinguish them. It would also allow you to distinguish buttons (or other components) that you create dynamically via the `Create` or `Clone` blocks.

What @actech was describing was a way to work around the fact that the features I mentioned don’t exist yet. For example, if you set the `TextColor` property of your buttons to have the same value as your button’s name, you can use that property to distinguish your buttons. It works because invalid `TextColor` values don’t have any effect on the color but they are saved with the component. If you happen to want to actually use the `TextColor` property to change your button’s text color then you can use the `BackgroundColor` or `BackgroundPicture` property instead. Note that I can’t guarantee that invalid values will always work this way (e.g. we might decide that they are an error), so I would suggest that if you use this workaround that you create a function (called, say, “GetButtonName”) which takes a button component and returns the button’s name. For now, that function would return the value of the `TextColor` property of the button, but you could change it to return the actual name once that block is available.

Hope this helps.

-Mark

---

_[View the full topic](https://community.thunkable.com/t/renaming-isnt-real-problem-with-any-component-blocks/146234)._
