Vinhos para Atributos

[Valentino G.]

Olá a todos!
Escrevo para você como até hoje eu nunca encontrei a necessidade de definir atributos para criar blocos dinâmicos, enquanto em vez disso eu queria citar na criação de um bloco dinâmico para uma cartilagem, com todos os campos editáveis através de atributos.
mas surge um problema: no canto superior direito, como da foto:
- escala de tabela
- plano (t-1-2...)
- descrição da tabela
Eu tinha, portanto, pensado para criar três atributos para os três textos diferentes e, para "objeto" não há problemas, como com o alinhamento certo, de acordo com os caracteres que se estende à esquerda onde tem espaço suficiente; o problema surge em vez para o atributo "plano", como na tabela pode haver t, t-1, t-1-2-3-4-5-... e assim fazê-lo iria variar a largura do texto, indo para sobrepor-se com "objeto".
Eu tinha, portanto, pensado em criar uma ligação dimensional entre os dois atributos, mas infelizmente só me leva como snap o ponto de inserção do atributo (dx) e não o último (sx).
Alguém tem alguma ideia?

graças a todos e boa noite

 

[Tristan]

Não percebo qual é o problema. alterar o valor da ligação até que haja mais sobreposição

 

[Valentino G.]

Não percebo qual é o problema. alterar o valor da ligação até que haja mais sobreposição

Olá tristan e obrigado pelo interesse. Eu tento me explicar melhor: os três atributos têm a justificação certa, o que significa que o texto aumenta expandindo para a esquerda. Portanto, se uma tabela contém 10 andares, o texto será mais longo do que uma tabela que só tem o plano t, e se sobrepõe com o atributo “objeto”.

 

[Tristan]

Eu tinha compreendido isso; mas quando você cria o vínculo dimensional, isso não tem que permanecer fixo a um valor. mudar para atributos espaciais se os textos se sobrepõem.

 

[Valentino G.]

graças tristan entretanto para disponibilidade.
Eu tenho problemas com a criação do vínculo! Na verdade, quando ele me pede para selecionar os pontos, ele me dá snaps (tomando em referência a imagem primeiro e o atributo “piano t”) apenas à direita de t, ponto de inserção do atributo, e não à esquerda de p.
Espero ter explicado melhor

 

[Cristallo]

porque, como você experimentou, o comprimento do texto pode variar, é bom e apenas o do texto que você tem o ponto de pressão em sua inserção (o que é certo), não em seu fim (o que não sabemos qual será, descobrir um programa).
Desde que você se move onde é mais confortável, é tão difícil inseri-lo na fase da criação do bloco em um ponto "x", alinhado com a inserção do outro, mas sem uma localização matematicamente definida do comprimento do texto anterior?

 

[dsw]

Eu anexo um arquivo .dwg exemplo que poderia dar-lhe um ponto extra na solução final do problema de alinhamento/espaço de texto.

no arquivo defini um bloco com três atributos invisíveis, adicionei uma linha para simplificar a identificação do bloco.

fora do bloco eu inseri um texto multiline com os três campos associados com os atributos do bloco.

Infelizmente, para atualizar o texto vocÃa tem que atualizar os campos manualmente (com comando especial).

 

[Valentino G.]

porque, como você experimentou, o comprimento do texto pode variar, é bom e apenas o do texto que você tem o ponto de pressão em sua inserção (o que é certo), não em seu fim (o que não sabemos qual será, descobrir um programa).
Desde que você se move onde é mais confortável, é tão difícil inseri-lo na fase da criação do bloco em um ponto "x", alinhado com a inserção do outro, mas sem uma localização matematicamente definida do comprimento do texto anterior?

Claro, mas movendo-o à mão para dezenas e dezenas de mesas de cada vez pode não ser a solução ideal/precisa/rápida!
e de qualquer forma - de acordo com o meu ponto de vista - não seria adivinhar a combinação do superenalotto! simplesmente, de acordo com onde a primeira caixa de texto termina (i.e. sua largura), a ligação dimensional conectada com o ponto de inserção do atributo à esquerda, iria detachá-lo da unidade de tot.
na prática, o que conseguiu criar @dsw Obrigado. infinitamente!

 

[Cristallo]

perdoa @dsw, Eu encontrar o mtext com os campos, Eu encontrar o bloco e inserir os dados, mas então como você atualizá-los? editar o mtexto e apontar o campo de dados para o bloco que você acabou de inserir?

 

[Valentino G.]

perdoa @dsw, Eu encontrar o mtext com os campos, Eu encontrar o bloco e inserir os dados, mas então como você atualizá-los? editar o mtexto e apontar o campo de dados para o bloco que você acabou de inserir?

uma vez que você tenha atualizado o valor dos atributos no bloco é suficiente "regenerar" para ver os campos atualizados no mtext

 

[dsw]

@cristallo já respondeu @ valentino g o que postei não é a melhor solução e tem limitações, eu pessoalmente prefiro gerenciar essas situações por código (quando possível)

 

[Cristallo]

Está bem, eu compreendo a operação.
a pista é boa, você terá que implementá-lo no bloco de cartiglio de Valentim.

Existe campo para conhecer a caixa de texto do atributo preenchido?

 

[dsw]

Existe campo para conhecer a caixa de texto do atributo preenchido?

Se eu entender a pergunta, a resposta é sim.
há um pequeno problema, se você sincronizar / modificar o bloco, as referências dos "campos" são perdidos e você tem que reconectá-los.

Achei interessante um tópico sobre o tema no site autodesk

 

[dsw]

Partilho uma atualização do exemplo que postei anteriormente.

no arquivo que você encontra um segundo exemplo, os campos não estão conectados aos atributos de um bloco, mas às propriedades personalizadas do projeto.

usando este método, os campos podem ser inseridos na definição de um bloco sem problemas de atualização de dados.