Trevor J Richens

I may be doing something similar but on a smaller scale with only four separate child files. I make updates to each of these and export the new version to PDF. Then in the master document I import the PDF files. When the child PDF files get updated, opening the master document detects a change in the modifed child PDF files and I just update themcto get the changes into the master document.

ParticleShop v1.5.108 works OK for me in Photo 1.7.3.481 - and as far as I can recall worked with the previous versions with no problems. I'm using Windows 10 though.

Right - problem may be that I am using some PNG files exported from Photo that I can't open anymore. Although they were created OK and imported into Publisher they are broken in some way so they come up as corrupt in any graphics viewer.

Having worked on a file all day yesterday and today I now get a "file corrupt" message when trying to reopen to complete. It's a job that needs to be completed for printing 8am and I now have to got back to my previous backup earlier today and re-do the last couple of hours work. I have been having doubts about just how good Publisher is - and have had several crashes in the last few days. This last problem means that after finishing this particular job I'll be goin gback to PagePlus as I have no confidence that the software is actually reliable enough for production work. Unfortunately there's no practical way of recreating the job in PagePlus in the time I have available - obviously my concern is that I'll get another corrupt file at some point. So multiple backups and hope that I can keep re-creating what I have done without it breaking again. So I now have to backup the file, close Publisher, re-open Publisher and then re-open saved file every ten minutes or so.

This is a little odd. The below is text wrapped around image in release version 1.7.1.404. As you can see this flows around the image OK. But open the same publication in 1.7.2.422 and the text wrapping all goes wrong. Have seen this before where there were some random pixels that caused the wrap to go wrong, but it seems strange that in the release version it's OK but the beta version displays it incorrectly.

Just had this happen again. Opened file and started to scroll up pages BEFORE the pages thumbnails had populated - immediate crash out of program. Reloaded OK and waited for all thumbnails to update - scrolling then worked OK with no crash...

I agree. It often seems to crash if you scroll too quickly through a document - not exactly sure how fast "too quick" is though. Have had this happen a few times. This is using 1.7.2.422 but it's not something I can reproduce on demand.

I agree and was going to suggest the same thing when I found this post. I'd like an option to allow you to select absolute or relative paths to images, etc. Maybe for an image this could be done "intelligently" so if you use a resource on a network folder the path would be absolute, but for a local resource it would be relative? Or perhaps be able specify a folder ( or folders ) in the document setup for resource locations. I have sub-folders for different sections of of publications and sub-folders within those so images for any particular job will be spread across several folders. Some, like advertisements, will get used in several different jobs, others just once in a single article. This sort of ties in with having an option to "package" a publication with its resources for passing to a third party?

I had the same issue with PagePlus so I would imagine it's the PDF library Serif use. There are online PDF compressing tools but I purchased NX Powerlite Desktop which appears to reduce files to roughly 20% which works for web downloads and in many cases works for sending to printer with acceptable reduction in quality but YMMV of course.

Hi Jon, Problem now solved as I found some duff random individual pixels in the image I was using. So the text was wrapping around those of course! As these were single pixels in the transparent area they weren't easily seen. The positioning of these meant that the text appeared to be wrapping to the edge of the bounding box rather than the image itself. All now looks OK thanks.

Hi all. I've got a problem with wrapping text around an image. It works but there appears to be an issue with the edge detection. Having placed an image - in this case an afphoto image - and set the text wrap settings to tight, I then drag out the image so it overlaps the adjacent text frame. What should happen, and does in parts, is the text warps around the edge of the image. But in places it still wraps to the image frame outline. The best way to see this is with the video attached. Toggling between none, square and tight shows the wrapping working as expected, apart from tight not working properly on some lines. Has anyone else seen this problem or is it some frame setup / configuration issue that I need to correct? Text wrapping issue.wmv

Hi MannyG. Can you try creating a PDF export file? When you view this do the page contents extend to the edge of the page? If not change the page and export settings until you get a PDF that does. Now print the PDF file. Does it print to the edge? If not then your printer or driver config is the cause of the problem. Could be that you need to have an option set in the printer driver to get print to edge enabled?

I found I had this issue a short while back. I'd been updating the versions as they had been released. Found that when I uninstalled, deleted the AppData folder for Publisher in my user folder, and then re-installed as new the problem went away. However it has re-appeared in 1.7.376 so I have just uninstalled that version and re-installed the 1.7.384 version. And... it's still broken but... try this... Create your table and enter text into a cell. Now double-click the cell to select the contents and paste into another cell. It should cause the height of the bottom row to increase. Delete the pasted text - keep the text that was in the first cell. Now select the text by highlighting the text characters with the mouse, then copy and paste into a new cell. For me this doesn't cause the cell height to increase. it "looks" like the first method is picking up some sort of non-printing character that causes the last row of cells to "go bananas" when it's pasted into another cell. So although clearly broken, maybe this will work for you??

The copy and paste method is the obvious way of doing this but if you had lots of pages and were doing this often it would be nice to have a quick, easy way of doing this "en masse". I do have a set of master templates I use in PagePlus but it would be nice to be able to create a template from an existing publication by just exporting the master pages section and avoid copying and pasting and renaming, etc.

Not sure if this may have already been brought up - my apologies if it has. I can't see a way of exporting Master Pages to a separate file so that they can be imported into a new document. So... having designed my set of master pages I can simply export the design for later re-use in a new document. Just open a new blank document, hit Import Master Pages, pick a file and they are automatically available in the new document. Otherwise you need to keep a master publication for each set of master pages, and if you have created a publication and you think that you might want to utilise the master pages elsewhere there's not straightforward way of extracting just what you need. An even better option would allow you to design a new master page layout and then import AND REPLACE the existing master pages in a document - but that would introduce a completely different level of complexity Or am I missing something here?

I think you misread me Petar

#5 - I think the issue here is that when you create a new document you get a "Master A" master page created and the new Page 1 has this assigned to it. You can select Clear Masters so no master page is linked to this page. You can also have no master pages. So what could happen is that when you delete a master page you are offered the option of replacing the master page on all pages where it is used and clearly "None" would be a valid option. However the problem would be how the .afpub file holds the links to the master pages. All the pages linked to that master page would have to be updated with the details of the new master page. At the moment when you delete a master page all pages linked to it end up without any master page linked to them. So perhaps what Petar is looking for is a Replace Master Page tool? Does that exist? I've not looked yet. You can obviously apply a Master Page to any page but if you have six different master pages in a document used it lots of places there's not, as far as I can see, an automatic process that allows you to change Master A to Master B. So if you designed a new master page layout you could either replace all instances of it in the document, or delete the original and select the new one to replace it throughout the document.

Using Windows 10 and snapping works OK. I found that I had other strange issues with Publisher that others didn't report. Solution for me was to uninstall and delete the user AppData\Roaming folder for Publisher and then re-install - I have been just updated as new beta versions becam available. That seemed to fix the problems... perhaps that might solve this one for you?

Rats! I what I thought, but I was also hoping that I was just missing some "hidden" feature somewhere. My workaround at the moment will be to have a master page with columns and drawn rules and apply as required.

Hi all, Something I often use on PagePlus text boxes with columns is the "rules" feature to place a dividing line between each of the columns in the centre of the gutter. I've not been able to find this in the text frame settings in Publisher. Can anyone advise me where this can be set up, or is it not available?

Update on this problem after further testing. Had same issue on both main PC and laptop. Both of these had Publisher upgraded over several versions since first beta test was installed. So on laptop have uninstalled Publisher and deleted user's AppData folder for Publisher - not touched any registry keys though. Installed as new application v 1.7.371 Now tables work OK when I paste text into the table in a new document Then tested using a previous document file created using same version and this works OK too So going to guess that there were some corrupt files either in the application folder or the AppData folder Second update... Tried same process on my main PC but the problem still exists on that machine - which is a bit annoying. Well a bit more than annoying as I use tables quite a lot in what I do. It's not un-usable if this doesn't get fixed for the final release but...

Have this same issue on version 371. Happens on any document I create as new. To reproduce... create a new document. Add a table with just one column and three rows. Enter text into top most cell. Copy and paste text into second row. Third row grows down page. The more rows you have and the more rows you paste into the bigger the last row gets until it drops off the bottom of the viewable area. If you try to resize the bottom row height it eventually hangs Publisher which has to be killed off and restarted.

I have the same issue with release 128 and 133. Unhandled Exception has occurred. Reference: 0b40f967-3028-4a6f-bef3-490ea10bd8bb Then AP crashes