What about if you press shift+f9 (or even F9)?dubs wrote:it is is strange because if i do an alt+f9 then it all calculates correctly so the calculations work
Martin
What about if you press shift+f9 (or even F9)?dubs wrote:it is is strange because if i do an alt+f9 then it all calculates correctly so the calculations work
Unfortunately, it's something that all three of us overlooked. I actually stored the calculation mode because I know that I intended to set it to Manual and then back again at the end, but I didn't. It's not in your or Martin's code at all. I think the expectation would be "who would be using TM1 with automatic calculation on?" when even Iboglix advises against it.Steve Rowe wrote:My instinct would be that you have calculation set to automatic in the spread sheet, without double checking the code I'm not sure how the tool deals with this.
The other option is a virus scanner; I know that when we were using McAfee at the office (since changed to Norton) VBA code ran noticeably slower than on my notebook (and it wasn't the difference in specs that would account for it); from the process monitor it appeared that McAfee seemed to be shoving its nose into almost every loop the code was executing. The difference was about 14,000 bytes per second on one of my personal computers, about 8,000 bytes per second on a McAfee "infected" machine. However even that wouldn't account for this kind of performance. Automatic calculation would, though.Steve Rowe wrote:The other option would be some event VBA in the workbook having an impact.
Either way this behaviour is not normal, does it happen on a vanilla slice from a cube viewer?
Whatever it is it doesn't seem to be Citrix as such; I just fired it up on a Citrix login. I took three identical slices consisting of 83,638 formula cells.Steve Rowe wrote:Hugh, Have you been able to check on other machines in your environment?
Off the top of my head I can't think of anything that's (shall we say) "region-sensitive" in the tool itself, but it could be the result of a mismatch between the client settings and the server-side settings, especially given that it works when your regional settings (I presume that you mean on the client side) are in English/US. What's the language of the box that the server is running on?John D wrote:Hi all.
I downloaded this tool and tried in our environment. I have been looking for years for solutions to some of the features your tool here gives me. Thanks.
Specially the feature regarding copying ranges of data into a range of DBR formulas has annoyed me a lot.
I just have a problem using it: I live in Denmark, Europe and we are a little different regarding the decimal sign and the Thousand sign. We write 1.111,00 where UK/US is writing 1.111,00.
This courses the tool to fail or let say it will not paste if I try to copy 1234,56. My regional settings is (off course) Danish. If I change to the English/US-way the tool works fine.
I hope that you in a future version could find a solution to my problem as I really can see the use of the tool for us.
Hugh, you could set up an array or string variable that will record times as it goes through each line, then give yourself a msgbox or something other output at the end which will hopefully tell you which step is the one taking the time.hbell wrote:I tried stepping through in debug mode to see if there is any step that takes an abnormally long time .. but no (I guess 2 seconds through the loop would not really show up when stepping through)...