chrisnz

Last time I looked at my mouse, albeit a 'magic' touch mouse, I was not thinking, "hm, I want to select a certain event", I was thinking, "how can I scroll down in a window or panel where something is obviously hidden. Technical semantics aside, can anyone else perhaps chime in if the action of scrolling, regardless of brand or type of mouse should be consistent? That, in a nutshell is the question...? Sorry for being a bit unclear in my original post in the first place. And ideally even better, if Affinity could perhaps acknowledge that they are re-evaluating the consistency of the end user experience when navigating in panels? TIA

I just tried to connect both mice simultaneously and tested the following: 1) I can use MX3 mouse to just scroll in actual fields once I hover over them 2) I can use the Apple mouse to scroll the panel as such, BUT no scrolling in fields How does this make sense? Not at all it seems to me Why can't Affinity make both mice behave in the same way nd simply treat a mouse with wheel the same as the touch mouse from Apple by default. Perhaps, yes allow a separate additional preference setting to change that for third party mice if enough people request it and need that specific feature for those mice. But the way it works now is strange and makes zero sense.

Hi Walt, Apologies, I should have seen that before I posted! That's sorted, but what actually prompted me to post, is the fact that panels on the right don't scroll with the mouse wheel. And attached is a screen shot of the "Paragraph" panel with lots of scrolling space, to show where in the interface this is not working. Wonder if anyone else is using the same Logitec mouse on a mac to confirm this is in fact an issue? Cheers Chris

Hi All, I just searched for any previous issues reported and saw a few older posts about Logitech mice not always working well. I have now the same issue with current version of Publisher on macOS 12.6 (21G115), on a almost new Mac Studio fully loaded. I have been away for a while from Publisher work but have used thug mouse before, and I am sure I did not have this issue previously, bit more than a year ago. Right now, some panels on right don't scroll, the pages panel on left seems to scroll ok, and scrolling actual pages in main part of window, it zooms instead of scrolls. I checked the Logitech settings and everything else I could try in Affinity or systems settings. I also tested the original Apple mouse works just fine. Anyone else having the same issues? Is Affinity aware of any bugs being worked on? Cheers Chris

Hi All, Just wondering if anyone else has the following setup an issues as I have. Working on larger documents with many images, files being kept in a dropbox (professional subscription) folder. Towards the end of the process of getting up to 122pp and near the end of the design phase, I now get reliably and regularly my laptop grinding to a halt. The 'out of system memory' message keeps popping up predictably within about 10-30 minutes of working in the file, almost regardless what I do. It is however very pronounced when I do export files to PDF to high res/press settings options. It is, I think, directly related to file sizes. But as I am not entirely sure, I am wondering what the real source is, insufficient disc space on local machine ? (my dropbox certainly has plenty of spare space available)... Unfortunately I also get a message here that I can't upload a screen shot image... Will try to come back to this later i guess. Specs: MacBook Pro (15-inch, 2019), 2.6 GHz Intel Core i7, 16 GB 2400 MHz DDR4, MacOS 10.14.6, APub file is 41.9MB, 112pp (with more than 500 images linked) Thanks in advance Chris

Hi, I thought it would be good to update my post as well. I found now that the time to save varies a little, just like Stan reported. I have a file size of about 53Mb currently, but about a third more to go in a 112pp book that's fairly picture heavy. I am working on that file being kept in a dropbox folder. It seem virtually like saving to local drive, about a second to save many times, and every now and then it takes a few more seconds. SO, all in all, really impressive I have to say. One thing I noticed when closing that document, it takes about 10-15 seconds of spinning beach ball before Publishers finishes the quit process. It obviously writes some cases or history into some file I guess. It may be a good idea for Affinity to look at how this process could be made more obvious when it does happen, like a progress bar or notification popup window? It would help trouble shoot a bit better. Otherwise I should say again, Publisher really rocks more than ID 1.0 (when it was released a long time ago)! Cheers Chris

Hi, I just updated also and found the same happening with a document that's on a shared Dropbox (paid business account, plenty of space left). This has not been the case previously with the same exact file. Very few changes happened in the document since the last update 1.8.2, so I can safely say it wasn't a major amount of added content in the meantime that could contribute to the issue.