Buio1977
Guest
thanks x the test, but it's not okay, as I should go manually putting the names of all codes!
Buio1977
Guest
as you wrote yourself, it's like I'm doing now!!! equals a manual ball! ! !
the optimal would instead create a single initial set of tiles (e.g. a vertical row...), and to these, insert or the pmes or the text calls (type: "%{filename (no extension)|g}).
then with the revision manager I create all the various copies of the vertical row, I change the width, but still should keep the chance to see the code! so when I go to make the prospectuses x the climbers, I already have the views with the codes listed above, and I should not perform the manual ball!
I attach a simplified picture of what I have to achieve. Prospects to do are actually much bigger...
Thank you all!
Be_on_edge
Guest
proposal: use an excel sheet to create the tile grid?
advantages: with some small automation you would have the grid to print with the tile mounting scheme.
disadvantages: you don't have 3d of your set.
possible developments: automate the creation of the 3d using the excel map.
Hi.
Buio1977
Guest
thanks x the idea, but I prefer to use the 3d: it automatically updates in case of changes, beyond the tiles I have other assemblies, and therefore I need the 3d x other general views, assonometrics, etc.
the thing that sounds strange to me is that solid edge doesn't have a function x something so simple! It would suffice the pmes to work properly, or that work could be done (excavation or extrusion) with the piece code!
possible that it is not possible? ? ?
thanks anyway to everyone!
vespa_83
Guest
is a very specific thing so it should be treated as such.
Unfortunately pmi - which are made to the purpose - do not work if you put the call on the part and visualize it on the asm (I just made several tests).
you can ask for an improvement request through the dealer:
if from the draft I recall a pmi view of the axieme that displays pmi inserted into the part, the pmi of the part do not appear in the draft.
but the development times to solidedge are too long.
I too, as be_on_edge said, would use an external program, although it would require several hours of development, where one compiles a table that also makes it previews with a little proportions.
writing on the 3d implies having a profile made of lines, circles and spline.
I think more opportune to "write" on sketches (which you can show or not, from view\visuality\property\visuality\list option parts), there are advantages and disadvantages, for you are click extra but in the perspective of being able to view on an asm the writings (define thickness and color) and on another asm no.... I recommend this.
Perhaps there are already macros for the purpose but should be consulted on foreign forums.
the development of a macro that places a sketch on the bottom left, bearing the carattari in sequence of a string variable, should be developed in 2-3 days, with large lines:
- prepares a "font" part with 26 sketches with 26 letters.
- when I launch the macro, I delete the existing "written" sketch and regrow it,
- I open the "font" part, inside the sketch, copy
- take off and apply the spacing from the left.
Maybe it takes more time to prepare the "font" part, but the plasters are always around the corner.
I've never done similar things where you enter the sketch features and you edit your child profile, so it's hard to give a few tips.
Unfortunately pmi - which are made to the purpose - do not work if you put the call on the part and visualize it on the asm (I just made several tests).
you can ask for an improvement request through the dealer:
if from the draft I recall a pmi view of the axieme that displays pmi inserted into the part, the pmi of the part do not appear in the draft.
but the development times to solidedge are too long.
I too, as be_on_edge said, would use an external program, although it would require several hours of development, where one compiles a table that also makes it previews with a little proportions.
writing on the 3d implies having a profile made of lines, circles and spline.
I think more opportune to "write" on sketches (which you can show or not, from view\visuality\property\visuality\list option parts), there are advantages and disadvantages, for you are click extra but in the perspective of being able to view on an asm the writings (define thickness and color) and on another asm no.... I recommend this.
Perhaps there are already macros for the purpose but should be consulted on foreign forums.
the development of a macro that places a sketch on the bottom left, bearing the carattari in sequence of a string variable, should be developed in 2-3 days, with large lines:
- prepares a "font" part with 26 sketches with 26 letters.
- when I launch the macro, I delete the existing "written" sketch and regrow it,
- I open the "font" part, inside the sketch, copy
- take off and apply the spacing from the left.
Maybe it takes more time to prepare the "font" part, but the plasters are always around the corner.
I've never done similar things where you enter the sketch features and you edit your child profile, so it's hard to give a few tips.
Buio1977
Guest
... it seems to me that the only way remains the manual ball!
vespa_83
Guest
reflecting us to develop a macro is easier to create a custom self-pallining on a selected view
Be_on_edge
Guest
However returning to the initial request you can always create a dig with the code on the brick.
it is not automated but it is a few more clicks of inserting a pmi.
in the excavation sketch you have to use the text profile.
Hi.
it is not automated but it is a few more clicks of inserting a pmi.
in the excavation sketch you have to use the text profile.
Hi.
Buio1977
Guest
But does the code automatically take me? to me can't, do I have to insert it manually? That would be perfect!
Be_on_edge
Guest
you must manually insert it into the text profile text.
but now I want to reason on one point.
the editor has the design with the view of the tiles to be mounted on each of which is the code.
search the code in the drawing list.
find the design.
sees the size.
Find the brick.
He's up.
the process itself does not seem very convenient for those who have to mount.
If instead of the code there was a progressive number, which in a table is in sequence, alongside which there was the code and the measurements of the brick would not be better?
the editor sees a number and in the table immediately finds all the information.
first you make the drawing and first he read it and then mount it.
there will be a reason if the ball exists and is regulated by the uni :mixed:
Buio1977
Guest
Then it hurts me, because I create vertical tile files with the rev manager x do first! I put less to handball, rather than insert on each piece a dig.. .
The work does not take place like this... the editor has the prospectus with all the codes, has packages where the tiles are enclosed by codes (there are also the codes written above each...) plus on the wall there are reference processing to place them in a precise + precise way... so you do not need to look for drawings and measurements of every single piece!
so it seems + sliding!
vespa_83
Guest
the measurements of the brick also I think that they are significant, but perhaps for the same size I can have different color or invoice
Buio1977
Guest
?? I don't understand.
vespa_83
Guest
I suppose the pieces are not only distinguished by size but also by color and finishing, right?