Excuse me but i dont know what you want to say.

If there is some logic philosophy of using texts positioning, it is hard to use for me. (Btw, this topic is not about positioning but another grid snaping by text.) The linked topic do not helped me.

I please for another / better implementation for this. I can donate some money (It was 10 Eur today. What is enough to, at least, hear me? What can i do?). There is no invective to program developers.

This program have (IMHO) big potential but there is some litle bugs. I want only constructive discussion too.

On created element in element editor is dynamic text placed relative to symbol contures. In schematic editor this text is snapping to another grid (for example if i change size of text, it is moved. If i want move this to optimal positon text is snaping to another grid. /I know Ctrl key positioning/). It may cause colisions between symbol contures and this text. If this happen is difficult to reposition this texts.

Please add options for position locking (or choice for automatic reposition) of dynamic text to original relative position defined in element editor or by manualy defined coordinates if text is added later.

Btw. any text position (not only in symbol) should respect text align setting. But this is not good implemented. (For example in Eagle schematic editor is it good implemented.)

On large resolution displays dots of grid are not good visible. Please add option in program settings for change size of dots or shape of dot (dots / crosses).

scorpio810 wrote:

For mirrored or resize elements see this topic:
https://qelectrotech.org/forum/viewtopic.php?id=1946

This way of mirroring is going in the wrong direction. An elegant solution is to have a single component with interpretations changing accordingly.

hairy_kiwi wrote:

The other aspect of creating an element in QET (0.100-dev) that I found time consuming is text alignment: the reference point of each text block (x,y) position doesn't appear to update to reflect a change to the 'Alignment' option; the text box location remains referenced by its upper left corner, irrespective of its assigned Alignment option.
Hamish

The mentioned text alignment works in a completely different way. It has nothing to do with how the text field snaps to the grid. That always happens with the top-left corner of the text field. Unfortunately ...

This alignment only determines where the text will expand in case of changes to its content: https://www.youtube.com/watch?v=REBUNoBYwic
I can't imagine what use this could have.