Numbers plots reallllllly slow...

I've finally gotten around to making a spreadsheet for budgeting purposes, and although I'm enjoying a lot of what Numbers has to offer, there is one thing that is rather annoying: I'm making a simple chart of my checking account balance versus time, and when I make this chart, every move I make to edit it or select it or deselect it takes a LONG time. It's extremely slow when I'm doing anything with this chart.
If I want to edit the chart title, for instance, I'll click on the chart, wait for 5 seconds, THEN it highlights it, then I click in the title section, and it takes another 5 seconds, and THEN I can edit the title. It's like it's trying to render everything every time I touch it.
Once the chart is deselected, the spreadsheet acts as normal. I went to my iStatPro widget while I was waiting for the chart to be selected, and my processors were going nuts (<5% left at idle); the Activity Monitor gave similar results. Once deselected, the processors acted normally.
So obviously, it's something with said chart that's being funky. What gives?
(This is a family pack version of iWork, if that matters.)

Hello
Looking in the existing threads you would have see that it's well known that Numbers is slow.
We may hope that it would be faster in the next major version (iWork '09 ?)
but at this time, we have to live with it … or leave it
Yvan KOENIG (from FRANCE samedi 17 mai 2008 19:46:08)

Similar Messages

  • After update to Lion Numbers became very slow and clumsy.

    After update to Lion, Numbers works very slow and clumsy. Any solution to fix this problem?

    Don't know about being "slow" - I've always felt it was slow.  I could run Office XP (maybe 2000 - not sure) on an 133 mhz Pentium and it was faster than Numbers on my late 2008 Aluminum MB.
    But I've had other issues under Lion with it.  It seems whenever I first go to my spreadsheets after the computer has been asleep - even if it is some time after waking it up - and start to enter some numbers, I'll get a beep and see that what I tried to type didn't come out right and I have to do it again.
    I was wondering if it was something to do with the auto-save versions maybe kicking in when I first start to enter info, but before I finish the first entry.

  • Numbers '09 stalls, slows down, shows incorrect formulas in Formula List

    I developed a relatively simple spreadsheet for help in calculating federal and state estimated income payments and the totals that will be due for the year. I enter data thru the year as it becomes known.
    It has a main table that shows information totals from 6 other auxiliary tables where I track interest income and payments, income calculations, withholding, payments made, state and local taxes, etc. Obviously, every data entry I make on these auxiliary tables updates the main table.
    The main table includes a number of rows/cells that sum other rows/cells, or reference the auxiliary tables, or calculate taxes due based on the taxable income to date.
    It has worked fine until today, when suddenly one table began to slow down, taking as long as five to ten seconds to update cells or navigate, and now the main table does the same. The other tables act normally.
    I have been over and over the formulas trying see if they are correct (a slow process, as selecting a cell can take 10 seconds). I note that when I use the Formula List to analyze the problem auxiliary table, some of the formulas are different from what the cell says when I highlight it. For example, the E4 cell says "C4-D4", which is what I want, and the formula list says "C4-B4".
    I guess I could dump this table and start over fresh with a blank table but for future reference I would really like to know where I went wrong. Can't find anything in the Help function but maybe I am looking in the wrong places. Can one of you experts kindly help me out of my misery?

    Venetian Seeker wrote:
    Excel didn't work like this.
    VS,
    Yes, Excel works like this too, if you sort the entire table. You may not have recognized it, but it does. If you sort only one column, something you can do in Excel but not in Numbers, you may not get an error, but you have certainly done some serious mashing of your data.
    Whenever you sort, or otherwise move things around in a table, Numbers and Excel track the movements and adjust the formulas. This is normally what you would want.
    In the rare case when you want to reference a particular cell, regardless if that cell's content is relocated, you should use an addressing method that resists the effects of sorting and moving. That would normally involve the INDIRECT and ADDRESS functions. A running balance calculation is one of those rare cases.
    Using your example "D24 =D23+(B24-C24) i.e previous balance(cell D23) +cash in (B24)-cash out(C24) on date A24", we can instead write the following:
    D24 =INDIRECT(ADDRESS(ROW()-1, COLUMN())) +B-C
    You can use this same formula in your entire column D.
    Regards,
    Jerry

  • Numbers.. unbearably slow!

    Hey everybody!
    I've got Numbers since 1.0, however I quickly realized, I won't be able to use it at all because it's getting unbelievably slow when working with a considerable amount of data. I'm on Numbers 2.0.2 now and nothing has changed.
    I've got a 405Kb file which has 5 sheets, around 20 tables and 20 graphs.
    It takes 1 to 3 minutes to open the document in the first place. Switching sheets will also take 1 to 3 minutes. Changing or adding values does take about 20-40 seconds for one entry. (no other apps running, nothing else bothering the cpu except Numbers on a: 2.4 Ghz Macbook with 4 gigs of RAM / 2.5 Ghz MacBookPro with 4 Gigs / 2.6 Ghz QuadCore MacPro with 8 Gigs -- same result on every of those machines).
    Honestly.. are you freaking kidding me Apple dudes? That isn't bearable at all! I'm pretty much forced to use excel at the moment and I hate it. So.. I know I'm not the only one experiencing this.. does anyone have any info on the issue? Is Apple working on it? Is there a workaround? Is there any help at all?
    Any help is greatly appreciated!
    Regards,
    Tim

    tmt83 wrote:
    Hey everybody!
    I've got Numbers since 1.0, however I quickly realized, I won't be able to use it at all because it's getting unbelievably slow when working with a considerable amount of data. I'm on Numbers 2.0.2 now and nothing has changed.
    I've got a 405Kb file which has 5 sheets, around 20 tables and 20 graphs.
    It takes 1 to 3 minutes to open the document in the first place.
    It depends of the machine and the way the HD is filled.
    Switching sheets will also take 1 to 3 minutes. Changing or adding values does take about 20-40 seconds for one entry. (no other apps running, nothing else bothering the cpu except Numbers on a: 2.4 Ghz Macbook with 4 gigs of RAM / 2.5 Ghz MacBookPro with 4 Gigs / 2.6 Ghz QuadCore MacPro with 8 Gigs -- same result on every of those machines).
    Honestly.. are you freaking kidding me Apple dudes?
    Here you are not 'speaking' to Apple but to end users like you !!!!!!
    That isn't bearable at all! I'm pretty much forced to use excel at the moment and I hate it. So.. I know I'm not the only one experiencing this.. does anyone have any info on the issue? Is Apple working on it? Is there a workaround? Is there any help at all?
    If some of us are aware of that, they are under Non Disclosure Agreement !!!
    So they will not respond.
    If you want to 'speak' to Apple, use the dedicated channel:
    _Go to "Provide Numbers Feedback" in the "Numbers" menu_, describe what you wish.
    Then, cross your fingers, and wait _at least_ for iWork'10
    Yvan KOENIG (from FRANCE lundi 3 août 2009 17:52:50)

  • Numbers 09 Extremely Slow Performance

    We have been working on our end of year bank accounts in Numbers and I just tried our spread sheet in the new version.
    The new version is terribly slow, it took 24 seconds to open the file in the 09 version compared with 6 seconds in the 08 version and allocating categories to entries in the lists of transactions took 12 seconds in the 09 version compared with 3 seconds in the 08 version.
    Something is very wrong with the new version.
    Why would Apple release this version when has such poor performance. Numbers 08 was very slow compared to Microsoft Excel, now it is even worse.

    jaxjason,
    I am not using a 'Category Function' I just assign my own categories to my bank account entries (such as 'Groceries', 'Car Insurance', etc.) My spreadsheet then sorts out the entries from files down loaded from the banks into summary tables by month and 'Category' using the following:
    In version 08
    =SUMIF('VISA - 2008' :: $datecat,CONCATENATE($MonthNum,$Category),'VISA - 2008' :: $Amount)
    or in version 09
    =SUMIF('VISA - 2008' :: $datecat,CONCATENATE($MonthNum,$Category),$Amount)
    I am using an iMac 24 inch (Intel) with the latest OS X 10.5.6.
    As I said it takes four times longer to open the file and it takes four times longer for the spreadsheet to calculate every 'Category' assignment I make. I have tried saving the file from the new version but that did not make any difference.
    The spreadsheet consists of five 'Sheets' two containing the years transactions in our VISA and Checking account downloaded from the Banks Two 'Summary' Sheet one for Visa and one for Checking Account and a 'Final Summary' with three tables where the results from the VISA and Bank Accounts are finally collected into different forms.

  • Numbers running very slow on Yosemite, new 3.1 GHz Intel Core i7 Fusion Drive

    When I initially start working in Numbers, it runs very smoothly, but after a minute or two, it drags like crazy.  Even just to highlight a cell takes 5 seconds or more.  It's really terrible.  I've done permissions and disk repair.  Any advice as to why this is happening and how to correct it?  I have a nearly brand-new Mac desktop, 3.1 GHz Intel Core i7 drive...almost a terrabyte of free space.

    I did just update the Numbers software...still have the problem.  However, I noticed that when I "Save" the work, it goes back to running quickly.  This lasts about 2 minutes, then slow city again.

  • Numbers 09 is slow dealing with relatively large files

    As some of you might know, Excel 2008 is painfully slow when opening relatively large files (about 12000 rows and 28 columns) that have simple 2D x-y charts. FYI, Excel 2004 doesn't have the same problem (and Excel 2003 in the XP world is even better). I purchased iWork09 hoping that Numbers 09 will help, but unfortunately I have the same problem. iWok09 takes more than 5 minutes to open the file - something the older versions of Excel could do in seconds. When the file opens up, it is impossible to manipulate it. I have a MacBook with 2.4 GHz Intel Core 2 Duo and 4GB of RAM running OS x (version 10.5.6).
    Has anybody else experienced the same problem? If so, is there a bug in iWork09, or is it because it isn't meant to deal with large files.
    I appreciate your response.

    Numbers '08 was very slow.
    Numbers '09 is not so slow but it's not running like old fashioned spreadsheets.
    I continue to think that it's a side effect of the use of xml to describe thr document.
    We may hope that developers will discover programming tips able to fasten the beast.
    Once again, I really don't understand why users may buy an application before testing it with the FREE 30 days demo available from Apple's Web page.
    Yvan KOENIG (from FRANCE dimanche 8 mars 2009 13:13:18)

  • Numbers got very slow

    Hi, I have updated numbers for the new version (Dec, 4th release) and the same worksheet I used to work got very slow, almost impossible to work with. I was wondering if someone else got the same issue.

    Follow-up: Over the last several days, both the Apple engineers and the Microsoft have taken a detailed look. To their credit, both companies were seriously concerned and escalated this up to the engineers quickly. The problem is at least clear as in all cases both Apple and Microsoft engineers were unable to get a test spreadsheet with 12,000 rows x 40 columns, plus one row of calculations to draw a chart or do another set of calculations in a timely manner. In all cases, (10.4 vs 10.5, Excel 2004 vs 2008) pre-Intel Macs were 10-20x faster than Intel-based Macs. Of course, Apple blames Microsoft and Microsoft blames Apple. Nonetheless, both companies did ultimately conclude that neither Excel 2004 or 2008 can handle large spreadsheets on currently available Intel-based Macs. The issue is strange in that even turning off the automatic calculations (so there should be minimal use of system resources) does not speed it up. As these spreadsheets run fine in Excel 2007 on even our old 867MHz notebook PC, we'll try Parallels and or VMFusion running Excel 2007 next. If that fails, I guess we'll have to grab up used G5's.

  • Numbers is Excruciatingly SLOW and Unresponsive

    I have just a one year old iMac and recently tried using Numbers and a simple line chart with only 4 to 6 lines. Entering data and formulas is fine, but once I switched to create a simple line chart it was incredibly unresponsive, sometimes 45 seconds, even 2 minutes, to respond to a mouse click. I had no idea what task it was trying to perform. Opening the "chart inspector" and trying to perform tasks is just the most painful computing experience imaginable. Trying to drag the color selector dot to change the color of a line can take minutes to move to the new color. It is absolutely unbelievably horrible, as bad as any slowed down PC I've ever used, and that is really contemptible. I have closed all other apps and Numbers just does not respond when doing more than just entering numbers. God is so horrible. I downloaded the new version of iWorks last week and it is every bit as bad. Everything else on this iMac runs well and fast and I'm very happy with the iMac except for trying to chart with Numbers. It's so bad I do the work in Excel in a couple of minutes that has taken me 30 minutes to an hour to try and accomplish in Numbers. What is the deal? I've read similar experiences in other forums. Why is this so bad? Does not act like an Apple product. Disappointing.

    Ashka wrote:
    As you have OSX 10.5.1 listed I wonder if your Mac meets the iWork'09 requirements.
    ▪ Mac computer with an Intel, PowerPC G5, or PowerPC G4 (500MHz or faster) processor
    ▪ 512MB of RAM; 1GB recommended
    ▪ 32MB of video memory
    ▪ Mac OS X v10.4.11 or Mac OS X v10.5.6 or later
    Hi Ashka
    I'm afraid that we will have to live with users prefering ranting about Numbers than reading the available resources
    Yvan KOENIG (from FRANCE jeudi 12 mars 2009 11:42:18)

  • Numbers 09 (Rel. 2.1(436)) extremely slow under Lion

    I just gave Numbers a try with a relatively low complex mortgage calculation - 13 columns, 200 rows - simple formulas (if ... then ... else, difference in dates, simple multiplications).
    Numbers is extremely slow - whenever something is changed in the tables, Activity Monitor shows 100% CPU usage and the SBOD appears - it's nearly not possible to work. Restart of my MacBook Pro or Numbers allone has not made anything better. Has anybody made the same observations, i submitted feedback to Apple, but i have the feeling, that nobody is reading it (3 years ago i submitted the wish for goal seek for Numbers or some sort of Automator support)
    The dilemma is:
    Many of my coworkers now have iPad and iPhone and could use Numbers (i know there are some Excel Simulations for iPad and iPhone around, but these are not so nice to use) - therefore i want to provide the previos Excel Sheets as Numbers documents - but with this performance it's impossible to use Numbers.

    "200 rows of formulas in a Numbers document might be considered to be large ..." - that's complete nonsense - in the beginning of my "Apple History" i had a Mac IIsi, on this machine there was a spreadsheet software running, it's name was Ragtime - i did exact the same calculations which i now want to redo with Numbers - the IIsi with 8 MB of RAM was crunching trough these calculations a lot faster than my Macbook Pro - and there were not only 200 rows to calculate - (to be exact it were 300 + (4 x 25) rows - calculation 300 months + 4 quarters per year).
    Apple builds very nice hardware (most of the time), Apple designs very nice software (also most of the time) - but sometimes Apple Software is truly unusable if one decides just to get one step ahead the absolute-zero-level-hobby-user.
    Of course i know the phrase "horses for courses" and everybody will scratch his head "why does this guy absolutely want to use Numbers for this task and not the old Excel?" - i can tell you that: Because Excel has very bad layout options - in Numbers i can produce very nice layouts, free movable tables, integrated pages which sum up more sub-tables ... - yes, thats also possible with Word an Excel but not in this intuitive way Apple has come up.
    BUT - since Numbers is (and keeps) so dramatically slow it's barely unusable - it makes me sad, that i will never see Numbers being used in a business environment.
    PS: please excuse my rough English, i'm from Austria.

  • Slow respon when update Document Numbering

    Hi Expert,
    We have 7 branch and 4 different type of sales document. and we change our document numbering every month.
    We have use SAP Business One for a year. So, we have large number of document numbering.
    when we update and add new row in document numbering, we get slow respon. It can about 30 minutes every update.
    how can we make it faster?
    *we use 8.82 PL:08 version.
    Regards,
    Triadi Bagus

    Hi Triadi,
    Try to update Document Numbering when no user are logged on data or Ask your users to not to post any transaction during the period when you are updating Document Numbering.
    This problem arise because when user are punching transactions on database as Internal Document No Changes every time a transaction is punched on Database.
    This May be the reason.
    Hope this help!!
    Regards,
    Sudhir

  • Numbers VERY slow updating to idrive

    I Changed the names for 10 spreadsheets and sfter
    3,5 hours Numbers still says:
    "Updating 10 sheets"
    I have 100MBS FIBER (25 on iPad wifi)

    Thanks Wayne,
    I did many times shut down &amp; restart, but openning numbers still very slow.
    Is it maybe due to some large files inside my numbers ? (My spreadsheet = BF column &amp; 315 row).
    Or is it Numbers are made for very light use only ?
    Pls reply if possible. Tks.

  • Numbers 08 slow!

    Anyone have a solution for numbers 08 running slow?

    As there is no way to inject EPO (Erythropoietin) in an application, use an other tool
    Yvan KOENIG (from FRANCE dimanche 29 mars 2009 16:34:29)

  • Numbers Fill Down Scrolling  Slow in Numbers

    Hi,
    Compared to OpenOffice, Scrolling in Numbers is painfull Slow when Fill Down is selected.
    Numbers seems to be the only app affected.
    Is there a way of speeding up this Magic Mouse Scrolling?
    Regards,

    One of the reason for this slowdown is that Numbers recalculates the whole table when any change is made to the table. Filling a formula into a new row is a change to the table.
    If you are filling into several cells, you will find it quicker to:
    Enter the formula into the top cell of the column to be filled. Copy.
    Select all cells to receive the formula (including the one where it has been entered)
    Paste.
    OR
    Enter the formula in the top cell.
    Select all cells to receive the fomrula (including the top cell).
    Go Insert > Fill > Fill Down.
    Regards,
    Barry

  • Get Axis range for 3D Ribbon Plot

    When I plot something in a 3D Ribbon Plot with autoscale enable, the scale ranges (minimum and maximum) are automatically set in the proper way.
    But after that, I can't read their values.
    See the attached example: if I read Axis Range Maximum, I get 10 that is the value tha £D graph had before I plot the data.
    Probably I'm missing something...
    Vix
    In claris non fit interpretatio
    Using LV 2013 SP1 on Win 7 64bit
    Using LV 8.2.1 on WinXP SP3
    Using CVI 2012 SP1 on Win 7 64bit, WinXP and WinXP Embedded
    Using CVI 6.0 on Win2k, WinXP and WinXP Embedded
    Attachments:
    3D Ribbon Plot.vi ‏17 KB

    hanrock wrote:
    I am the owner of the 3D Plots with the grey decoration. I subscribe the topics related these controls and collect bug/feedback to improve them in the future. Yeah, I create CARs for the bug I read from this forum. Sorry, I didn't standed up saying this is CARed or I cannot fix it for some reason. I dive more.
    These controls are built by pure G code. So it has limitation if its sub-components control's property/event is not exported from VI server/event structure or XControl Framework does not support.
    For the issue in this thread (range one), it can behave same as native XY Graph. For performance, do you mean it delays the interaction (rotate, click) or plot updates slow. I improved their performance somehow in LV2011. How big your input matrix is and what is the update frequency?
    "... and there ws great rejoicing!" [Monty Python, after the minstrals death]
    Well that is news to me.
    I would like to invite you to post the CAR numbers so that we can track the bugs and fixes.
    Simply posting those numbers will go a a long way toward changing my impression of the 3D graph issues. If you keep them secret we will be left to believe the issues are not being addressed, which has been the traditional viewpoint of users outside of NI. The Champions worked to change that attitude and to a large extent I feel the general outlook has been changing due to the public bug list that is no published for various LV versions.
    The CAR numbers also give us a handle we can reach for when the apps we deliver to our customers screw up and we have to shrug our shoulders and tell them "When ever NI feels like it."
    Trying to help more than I hurt and still fighting for the integrity of LabVIEW,
    Ben
    Ben Rayner
    I am currently active on.. MainStream Preppers
    Rayner's Ridge is under construction

Maybe you are looking for