Ton
I have the same problem. Everytime I close and open SU I have to do the workaround settings over again.
Dagfinn
Ton
I have the same problem. Everytime I close and open SU I have to do the workaround settings over again.
Dagfinn
Hi
The workaround doesn't work for me. Even if I change the language setting to English (tried both IE and Firefox)it still can't find the report page. It works off-line and that's one step ahead. Thanks for that info.
Dagfinn
PS. Did like Thomas changing to English UK and then back to English and voila! it worked!
Funny, but mysterious.
Hi Jean
I agree with you. This problem should be resolved asp. The problem seems to affect machines/OS set up with other languages than English and there seems to be even more to it. I have made the changes in regional and language settings. It seems to work for thomthom and others, but not for me. It could work for Vista and not for XP. It could work for XP SP3 and not for SP2. And it must be locally to SU7 since the program works(not works) differently from platform to platform.
It seems to be a programming issue and should therefore be dealt with/responded by the programming staff.
I hope there soon will be a response to this issue from the SU Developing Team. (And I am sure it will!)
I've looked at your model. If you use the user input value in the parent (FaceFrameBase) in the top/bottom rail LenX, it will force the overall length to be the same as the measured length. I also noticed that your Stiles had a tiny 1/64 inch missing in the width. (I may be wrong here). I have made the modifications so you can take a look. There may be other ways to fix the problem. I have noticed that its good practice to use values from the parent in the child component and not from the siblings.
Dagfinn
I have tried different settings, moved files and allowed popups etc. It seems to make no difference. No luck getting the report. In my Imac it all works okay.
We have the same OS and it works for you. Maybe some local settings. Well, I will use my Mac for the report function until there is a solution. But I would be happy to know if anybody resolves the problem.
@gaieus said:
I have Win XP Pro (Hungarian)at work and English at home. I have no problem with the html file popping up just fine however on either machines no matter what I change in the regional settings.
I also found the file reporter.html in the Sketchup subdirectory. May be it's a problem with Win XP Professional. I have XP Prof. SP2.
@anssi said:
What is your OS version? I don't think the problem is necessarily about the language, as I have Finnish settings on in both my machines, but I am only getting the error on the one with an English basic OS.
Anssi
I use XP Professional. What do exactly happen when you click "Generate Report"? If I knew , I could investigate the problem. As it is now, it's like searching in the dark.
I also get the same error when trying to use the Generate Report. I've tried to change browser, but it doesn't seem to help. If it has something to do with language, how can I change that?
After working with DC a while I've found these rules of thumb. You have to arrest me if I am wrong.
Yes.It seems that if you duplicate components with "COPY",they are assigned to Layer0, whatever layer the origin is attached to. It could be intended, but it's probably a bug since it's not practical to have the same components in different layers.
It seems to work if you force a redraw. Then the second box changes LenZ. But when you do that it also changes its overall size.Why I haven't figured out yet.
There is no right click function while editing code in DC's ?! But for those of you who hate to write repeating code, just use CTRL-C to copy and CTRL-V to paste. An easy way to copy formula tips from this forum. I am kind of slow so I discovered this by a coincident this morning.
I have rebuild my component using inches instead of CM, and the formulas no longer interrupt/distort the component as with cm. There is obviously a bug involved. It should be fixed. For the time beeing, the *2.54 will be me my way to the metric system. Thanks for that tip, Chris
I keep forgetting that you Californian are 9 hours behind us. Thanks again!
I have tried several times to retrieve values from subcomponents in a formula in a parent, and every time I do this I encounter scaling/copy problems. It seems to affect the scaling/copy function directly in the sub you are linking to in the formula and nothing else. If this is a bug, it should be corrected because it is a really powerful feature that should work properly. If you refer to a parent value in a subcomponent everything works smoothly but not vice versa. Could you submit this further? Is there anyone else having some ideas?
Thank you for all help.
You are quite right regarding the problem. Establishing a formula in the parent causes scaling problems. I will try to investigate it further, but right now I don't have a solution to this odd behavior. Thanks for the tip on the increment formula, I will try that one later.
Hi Chris.
Here are two models, seemingly the same. Model.skp holds no formula in the parent component, while the other has a formula calculating the cost of the joists. The parent component contains 2 levels of nested components. Level 1(test) contains the floorjoist component and 4 wall components.Upper level(TrussWallFloor) contains the test and the
TrussComponent. In Model2 you find an attribute with a formula called CostJoist2 which holds a value from the test which again holds a value from the FloorJoist component.
The overall idea with the component is to scale the floor, the walls and the roof trusses in one operation and calculate the cost of each component at the same time. Obviously not so straightforward as I presumed. Try to scale the two models and see the difference in the joists. It is important that you scale the component in a cc 600 increment.(follow the grid.
Dagfinn
I have tried to add a formula in the parent component which calculates let's say the length of a joist times the number of copies in a subcomponent. The number turns out correctly. So far so good. But if I now try to stretch the main component, it's not working properly anymore. To me it seems there has been a disruption in the connection between the parent and the the child because of that specific formula, even if no other parameters have been changed. (Except for the calculation formula). Has anyone of you experienced the same thing, and is there a logical reason for this to happen?
I have tried different approaches to solve the problem, but have failed so far.
Hi Chris.
I like your model. It's a nice example of the DC potential. After all, the main question is how DC can improve our productivity in the daily work. The DC feature is meaningless if there is no improvement, but a waste of time. It's a fancy thing to open/close door, but it should serve a purpose. In my work as a constructor, I always have looked for solution to automate repetetive tasks. I have tried many different CAD solutions, and many are quite good in doing autotasks . But I have never trusted their final output when it comes to details, mainly because other people have set the parameters/conditions. In SU I have full control of the output and details, because I am making the parameters fit my way of thinking/solving problems. How I see it, the DC- feature sets me in a position to save a lot of time with deploying/shaping components, gives me full control over the parameters and at the same time gives me the good "look what I have done" feeling when things work properly. So hopefully there will be a lot of useful DC out there, which can be shared. One last thing. I miss an option to lock access to attributes and even to components, preventing people from altering code. Keep up with the good work Chris!
Dagfinn
Hello.
This is my first contribution to a SU forum.
I find the DC function a powerful feature i SU. I've done a little researching and have come up with a floor DC with scaleable joists in both direction. When it comes to DC only imagination set the limits of what you can do. For those of you who have a special interest in construction drawings, the .skp might be useful. The metric system is used in the model and it's restricted to a Norwegian joist construction system. It is also adapted to a grid cc 600 mm (24")which is commonly used here. When scaled out of grid it will not work properly. I encountered some problems when trying to use equotations from the children components in parent calculations. There are some timesaving features missing like the fact that whenever you change the name of an attribute it is not automatically updated in the formulas. If you open the Component Option dialog, there are some options you can choose.