
dkenner
Members-
Posts
62 -
Joined
-
Last visited
Everything posted by dkenner
-
Oh, this was during a save. I a quite familiar with APub and application crashes. This one was with a CMD+S. You see, APub crashes regularly, and yesterday was about six crashes. Two of which I sent the crash reports to Serif. The second was this (I have a screen shot right before things went south), earlier in the day, the other was a crash while deleting text (go to a text box, hit CMD+A, then the space bar as a fast and easy way to get rid of it) and then realising that one was a mistake, so hit CMD+Z. Crash. I have been sending in crash reports for a couple years now. Though only the "new" ones that I come across. The earlier one yesterday I thing was when I used CMD+Z to restore some text within a small text box. Recently, even moving between CMD+0 and CMD+1 can generate a crash report. When I come across something "different" I send in the crash report. APub will crash several times a day just placing images into a picture frame. That has been going on since V1 several years ago. 2020 I believe when I first tried out APub and loved it and bought the suite. Back then, the guess was the use of an external, parasitic hard drive, on this M1 MacBook Air. Now, everything is processed on the local drive. And given APub's tendency to crash multiple times a day, I use CMD+S religiously after almost every change to the documents. So, all to say, quite familiar with this drill. Multiple versions? Yes, my bad. I create a new one every week. I was just getting towards that step when this happened. V2.5.5 has been particularly horrific for crashes, with multiple per day. Thank you for your help, I'll check out the links. Dixon PS As ref, latest version of APub, Latest version of MacOS on a M1 MacBook Air, 8gb ram, 512gb disc.
-
Mostly just curious. When I [cmd+s] to save a file regularly (APub likes crashing at odd intervals) sometimes the dialog box with the progress bar pops up and shows it saving the file, most of the time it doesn't. Why? I would have thought that the behaviour would be consistent, always showing it, or never showing it. Again, just curious. Dixon Kenner MacbookAir, 8gb, latest MacOS, latest APub v2.1
-
I installed the Beta on my MacBook the other day to look and see if I could recreated some issues that crash v2.0.4 on a regular basis. The Beta installed flawlessly, was opened, a journal that I have been working on was copied to a new file opened, and that testing started. I then went back to my v2.0.4 and continued to work on the journal (note, the autosave is configured and it never singled a problem). Eventually I hit [cmd + s] to do a save and I got an error message. "Failed to save document: xxx. Save Failed - changes to the file are not allowed". This caused some head scratching. I posted the screen shot and asked for idea, as I was at a loss. One suggestion was to [cmd + I] the file and check the permissions. Good idea ... Going into the file finder I highlighted the open document and hit [cmd + I]. Up popped up information on the file. Nothing obvious in the top section, so I opened up every possibility looking for the read, write execute permissions. When I got to "Open With" there was the problem. I installed the Beta recently and it had changed all of the .APub files to open with the beta and not with v2.0.4. I changed all .APub back to APub 2 from the beta and the problem seems to have vanished (now now).
-
I have the checkbox turned "on" on both my 2019 iMac and my 2020 MacBook Air. On the iMac, when I relaunch Affinity Publisher it opens the documents that were open at shut down. On the 2020 MacBook Air, they do not open. Am I missing something? Just curious, it is easy enough to goto "open recent" and take the topmost file to open. Both devices are running the latest OS/X (12.3.1), and the latest version of Publisher (1.10.5)
-
Floating panels bug in full screen mode
dkenner replied to elguapo's topic in V1 Bugs found on macOS
I am in the same position as you, it is mildly annoying, but I am used to it. I note that I did not see this issue until this week. The first time I ran across it I thought APub had frozen. For the specifics, iMac 2019 edition, running the latest version of OS/X 12.2.1. APub, latest version -
Sorry, click on the green dot in the upper left hand corner of the APub window, and it expands to fill the entire screen. If this is called something else, I am trapped in terminology dating back into the Nineties and the introduction of a popular graphical operation system, as opposed to some of the Unix systems I once used.
-
Situation. APub, latest version. In full screen mode. Bring in a photo, click on the text box option and up pops the text wrap panel. Enter the options, wrap around the photo, enter distance from text. Close. All good. Import another photo. Click on the icon for the text wrap panel and "nothing happens". Click anywhere and the system beeps at you. Excape does nothing. Seems to be hung. But, it isn't. Go and leave full screen mode and the text wrap panel appears, and can be used. Seems to be an interesting "feature". Solution seems to not use full screen mode, or jump back and forth. System is a 2019 edition iMac, 27 inch, Monterey 12.2.1
-
Good morning. Then possibly this is my ignorance as the preferences are set to 300 seconds (5 minutes) and I simply do not know where this file might be hiding, as when APub came back (yes, it crashed a couple minutes later, crash file sent to Pauls) it was the older version of the file. For your two options, it was an existing file, previously saved several times (I started programming on batch cards, I have learned through experience [cmd+s for APub] is something done regularly and religiously. Specifically, this was kind of an error, as APub did not crash (this time). > "But sometimes it doesn't work." Sadly, this may be the case. But, where might the recovery file, or temporary files hide on an 2019 edition iMac? Thank you, Dixon IMG_5021.heic
-
I was editing a file, and stupidly I had not saved it in over an hour. Suddenly up popped a message that I have never seen before - "Access to document file lost: FILENAME". Access to the document's file was lost. This file must now be closed" All of the work for the past hour was lost. Is there no recovery file that could have been accessed? I don't mind the regular APub crashes. I just reopen the recovery file, save, and continue on. This is annoying as work is lost. In two years of using APub, I have never had this happen. (iMac, latest OS, hybrid drive, latest APub version)
-
True about the manual, but it is an excellent resource! As for the hamburger icon, I have the icons as large as they would go and was hoping for slightly larger. There are numerous work arounds that I have done, including cut and pasting to construct one. I was hopeful that there might be a single setting somewhere which I could leverage. But the thread has been instructive, to which I am grateful.
-
Did the first, but was trying more for what is in your second image. Mea culpa, I never dragged it over far enough to get the double width, or triple &c. I will search further on adjusting thumbnail size, I did not see it in the workbook, and have tried (obviously not very effectively) to adjust in the past. Thank you, Dixon
-
While the column of spreads down the left hand side of the (default) Affinity workspace is quite helpful, is there a way to have a "contact sheet"-like display that I could at the least, export to PDF for discussion, planning, purposes? It would be helpful to drop those wee images (scalable) onto an 11x17 sheet to share, print, mark-up as the layout of a newsletter/ magazine is discussed. Thank you, Dixon Kenner Canada