Seadog

Any plans for an import facility for Apple Pages files to Aff Publisher? Or ability to safely open Pages documents in Publisher? This would be a great transition tool, making Publisher even more attractive among those with standingPages documents.

I agree! This would make sense and be of use to a lot of users.

In these forum pages I have noticed lots of good proposals being 'torn down' by others for no good reason, almost before they had the chance to see the light of day. What is the point of negative comments in this forum, especially when they are responses from people who have no use of a proposed/requested feature, or those who cannot understand the utility of a particular feature or control? As a reaction to those who prefer to knock very worthy proposals, I offer this suggestion: isn't it better to be positive and support anything that will help program developers produce a superior product? If one cannot be positive, why bother saying anything? Being supportive of good ideas, rather than trying to knock them down, can only encourage a win-win. Better software (thus, happy users) and happy developers who will be encouraged to greater heights.

Well said Peter. Thanks for your positive repost to the some of the nay-sayers. Word Count remains one very good and vital addition that could be made to AffPub. If some didn't wish to use the feature, they needn't!

For StevieB: Don't let it get to you, I'm easily confused too. I'm confused about today, let alone what will happen in two or three weeks. For mshustov: What the eye doesn't see, the heart doesn't grieve. Maybe the Persona buttons will work in two or three weeks! Maybe, all kinds of little undocumented tweaks and goodies will suddenly be revealed! If so, that will REALLY confuse me.....

Site Overload!?!? NEW Affinity Publisher site down within 30 mins of the email: Temporarily down for maintenance We are performing scheduled maintenance on the Affinity store. We should be back online shortly. We apologise for any inconvenience.

Hope I can give you a little encouragement regarding "changed" colours and AffPublisher. Forgive me if this is something you already know about. I have just this week had printed (by professional printer) a booklet, almost entirely laid out in and output from Aff Publisher. As previous editions of the book were laid out in Apple Pages (not a bad app by the way, but a bit limited), I decided some of the more complex pages should continue in this issue to be generated from within Pages as I didn't want to start from scratch designing them in AffPublsher. The finished pages in the Pages app were output as the usual high-res PDFs required for this job by the printer. The nub of this story is that I got quite a shock to discover at this stage that the output PDFs from Pages app displayed marked differences in colour to colours displayed on similar pages being worked on in Aff Publisher.......eeeek! This was despite identical colours being used on both sets of pages (ie within Pages app and within AffPub). All of the above relates to the colours displayed ON SCREEN – the same screen for all. Foolhardy or not, I pressed on, dropping the odd-looking PDFs generated in Pages into blind holding pages in the book file in AffPub. Then the whole was output to PDFs and off to the printer. It was a huge relief to discover, when I arrived to pass page proofs at the printer's, that the colours had been output and more importantly printed identically to each other on both sets of pages, regardless of the disparity in the ON SCREEN originals. Moral of this tale: not all programs display graphics – especially PDFs – in the same way on screen. (Which I sort of vaguely knew but had never tested in a production run) Hope this helps you RobinMcL.......

fde101....selecting page groups for export is already supported and works well, but the output is to the usual, single file. Thus, in the export window, select: Area: All pages Pages: 2,6,19 Selected pages don't have to be consecutive. Separate page nos. with commas. For a run of consecutive pages use hyphen, eg 25-28. The two forms can be mixed, eg 1-4,9 but the output is always to a single compiled file.

I really hope there are plans for print export with page Imposition. That is, automatic or semi-auto page imposition for print, at final output.

1. I have a printer who requires separate page files 2. Email circulation of specific pages to subscribers (without the need to send the whole set) 3. Ease and efficiency of filing and retrieving discrete pages

I agree with ivbera. And such a facility would ideally need to have an extra field in the PDF export window for user to select a naming convention for the subsequently created single PDF files. I suggest something like: Export file names: [file name] [embedded page no.] [export sequence no.]

1. For the text Inset controls (Text Frame>General>Insets) why not have a logical interface design where 'locality' controls are placed in a 'logical' layout? See attachment for roughed-up design. This is in contrast to the existing illogical placement of Left Right Top Bottom. There are several other parts of the UI where this logical placement of controls could be implemented. For example, in the ill-designed pop-up Text Wrap window, which not only suffers from this illogical placement of locality controls but also very inefficient use of UI space. 2. Is it possible to have user-selected negative (-n) values in the text inset control fields? This effectively creates a text outset control which is very useful in certain circumstances. (Negative values are allowed in Text Wrap, so here's hoping for the same with text inset) Thanks for everything done so far. Seadog

Yes, I agree completely with Castle Al. Pages is lacking a number of controls. For the other controls which ARE present in Pages and available in AffPub, the precision levels in Pages are nowhere as high as AffPub's.

No one seems to have responded to the query underlying question: Will automatic page imposition on export be available in Aff Publisher? If not automatic, then a manual assist tool for imposition?

The contextual toolbar displaying Character controls appears not to be registering type colour correctly. See attached screenshots of variously selected type on page, where: Aff Pub selected type 1 (news) shows the word news selected. The context bar displays correct typeface, weight and size but the colour is not correct (should be black) Aff Pub selected type 2 (diamond bullet) shows the red diamond selected on page. The context bar displays correct typeface, weight and size but the colour is not correct (should be red, roughly)

Thanks for trying Ben. (Note, the majority of pages in the 36-page document were NOT populated with content at the crash, however enough data/work went adrift to cause me to seek recovery help from you guys). Working with MacOS 10.14.4 on MacBook Pro with 16 GB 1600 MHz DDR3 internal memory. Saving to Crucial_CT525MX300SSD1 525.11GB internal solid state drive.

AdamW, THANK YOU for trying to recover this file. I appreciate your help. Having thought about this crash event more and having read some other threads here, I see some similar occurences and indeed I too have experienced earlier crashes with AffPublisher Beta but never a crash which has corrupted a file in this way – all file content data was previously there in the re-opened file, across my earlier crashes What I'm saying is that the common denominator covering my AffPub crashes and some experiences of others is that attempting to paste something copied either from within the same document file or from a third party application into an AffPub page which has NO TEXT LAYER present causes AffPub to crash in the way I have experienced. This is almost always, for me, done accidentally/ unwittingly as, in haste, I miss seeing whether the page being pasted into has the necessary text layer/box present. Am I the only one who mistakes other guides for content boxes, on AffPub pages ? As said, this event was the only time out of several such AffPublisher program crashes where I actually lost data from within the working file. As the very next thing to pop onto my screen within seconds after re-opening the working file (and quickly realising pages of losses!!) this last time, was a New Beta Version Downlaod alert. I now wonder whether the COINCIDENCE of a new software version coming at almost the same instant as the crash, resulted in the loss of data/corrupted file? Thanks for any positive responses I have received over the last 24 hrs.

Thanks but I do save regularly, counted in minutes, not days or even hours. I'd still be grateful of constructive help from anyone who can help recover extensive amount of work now missing. Can AdamW (moderators) intervene as with jtylrr similar loss recently? Regards

HELP please Can you help me please? I have just lost several days' work on a file, despite regular saves. I was carrying out a copy/paste operation of matter with the file, when AffPublisher crashed and has taken several days' work on the file.....ie work from the last days is now missing. A substantial number of hours work gone !! Most grateful if anyone can help, please. __text_pages_1-36_(original).afpub

I can barely believe Aff Publisher has no Word Count, when even Apple's Pages has a perfectly usable version visible all the time (if selected) and able to provide either total wordage for the document or a sub-total for any selected text, both of which are easily and prominently displayed. Work-arounds that involve going in and out of other applications, copying and pasting and goodness knows what else, miss the point completely.

Apparent bug(s) in Paragraph>Initial Words control panel. 1. Select Enabled. Set Max word count. Select Emphasis – italic is displayed 2. Select Enabled. Set Max word count. Select Strong Emphasis – bold italic is displayed Possible culprit/solution: In the Text Styles control panel, Emphasis and Strong Emphasis items are captioned in italics (plain and bold respectively).

Thanks Carl, got it. By way of which also found the quick rotation and sheer tool

I have exactly the same problem, though in my case I accidentally rotated the document. Tried reversing through History and repeated cmd-Zs but I cannot get back to 0 degrees rotation.

Yes thanks, Dave, think you're right. I guess the default is not terribly logical as I don't think many editors would consider italics as their first-stop choice of typographical Emphasis. Plus, as perhaps shown by this discussion, it's quite fiddly here in AffPubl to a) find where to make this change and b) be bothered to mess around with it, anyway. For all the promise I feel AffPubl has, in some parts it's rather like my present VW: over-engineered, or solutions looking for problems.

Suggest better/more intuitive layout of Margin controls and Text Wrap controls if the Top, Bottom, Left, Right fields are placed visually in their logical positions, eg Top at top, Bottom underneath (rather than as now in two columns.......eek! which/where do I look for rapid adjustment). Even the old Quark XP single-column layout of these fields (Top, Bottom, Left, Right) is better than two columns. Small, but important, for those habitually using these controls.