Burndog

It seems that there is little viable argument to ignore webP if Google places favoratism on it in regards to our client's end products. Additionally, the end product/image quality from webP is really good. So regardless of if you like Google or not, webP is an opportunity for Affinity to stay current with its user's requirements (at least those needing to display their images on web browsers and provide SEO for their clients).

I use the Android application (on Mac) which then has a right-click to convert to webP. Works just fine but....would be nicer as an export option in Affinity Designer or Photo.

Any updates on when we'll be able to export to WebP format??? This is essential for those of us doing SEO on websites as performance is a greater than ever metric for SEO.

Hi Walt, I agree but realistically, I'm not wanting to beta test this product. The solution of restarting works, and I can get back to work on my own projects. I merely wanted to let the Developers know this old problem still exists in the current 1.7.2 version. But, I will continue to post bug reports for Publisher to help both the Developers and Community. Thank you for your help in the forums!

Same issue here... But as suggested, restarting the program solves the issue. Version 1.7.2 Affinity Photo

Hey Jon, Originally I had problems with Tables not properly parsing pasted tab-separated data. The data comes from an accounting program that allows copying to clipboard. It provides too many columns so I need to delete some. In the original problem (earlier version of Publisher) the raw copied data would not work unless taken into a text editor then exported as "stylized text". I've created a file that has the original text formatted within (attached). Currently, I only use a contextual click command for Merging cells. Otherwise, I am using the headers to click and use the resulting options for deleting columns. ExportedData.txt

Hello, I don't have the old file as I wasted too much time trying different things and then moved back to InDesign to complete the task. BUT I have tried to recreate today and just run into other issues with tables. The general workflow is to use the Table Tool from the vertical tool palette to draw out the initial table. Then select a couple of rows and columns and paste in the data. Next, I Cut the text in the first row and column to put back in (via paste) after removing superfluous columns. Now the issue is I can no longer select row/column #1 which is Merged so as to only be 1 row with all merged columns. I have attached the file, video and a screenshot that also shows some other issue in row 3 column D. Screen Recording 2019-09-02 at 12.36.52 PM.mp4 tableTest.afpub

I expect these problems are not isolated but here is another example... Recreate problem table. Delete Column A Result: Row 2 and 3 stacked after the deletion of Column A

The following screenshot shows a number of issues... Note the top three rows showed up on their own. The Second column can not be resized or the App goes into a spinning beach ball and requires a Force Quit. It seems Tables are not ready for Primetime, unfortunately. Running the latest version of Apple OS. :-(

CMD-R did the trick on the Updates page in App Store. Thanks and now the apps are linked.

Great... But I am not seeing their updates available in the Apple Store. I bought both (Designer and Photo) via the Store (App Store) and Publisher via the website after Beta testing.

Hello, All my Apps are in the Mac Application folder. Designer and Photo are both at version 1.7.1 Both are currently active. but yet the StudioLink is not recognizing the apps... Note I updated Publisher today to 1.7.2 (though did not try the linking prior). Mac OS 10.14.5

WebP is google backed and initially developed I believe. Google controls what we all do on the web if we are concerned about getting our websites seen. Please add this export module to Designer and Photo as it is essential to anyone that is competitive in the Google SERP ranking environment (which should be anyone with a website).

++1 on this feature Requirement. Being able to create multi-page documents surely warrants breaking and reflowing tables as well as text blocks.

Definitely a requirement.

Can confirm item #1 as it happened to me today. Seems dragging a corner of the table causes it to spread off the page rather than respect the new width or height.

This seems to be a legitimate bug. The same text that has Tab characters will NOT work in their original state BUT will work if copied from BBEdit as "Styled Text". The Styled Text does paste into a Table in Affinity Publisher and formats as expected. But that same text from the original App does not work. We see when showing hidden characters that the Tab characters exist (displayed as triangles) and only works when recopied from an application like BBEdit when selected as Styled Text. Makes little sense because BBEdit should not be reformatting anything. The original clipboard text should work just as it does when copied a second time from BBEdit as Styled Text.

Right but, I originally gather my text from "copy to clipboard" from OfficeTime Reporting and then format as a table to use in Invoices. So the BBEdit text was created from a clipboard element that proved to show the tabs in BBEdit. This is really weird if it's working for everyone else. Screen shots: 1) Create new doc using latest Publisher Beta (downloaded yesterday) 2) Create a Table 3) Select some cells of the table 4)Ctl V to paste. Also tried from the Edit menu with same effect. 5) All text pasted to a single column / cell tabbed.txt

I did that... Here is an abridged version of my file for testing: test.txt

Doesn't work for me... Create a table Select a number of rows and columns Paste Everything is in the first cell. Paste same clipboard content to text editor (BBEdit) that shows hidden characters -> tabs present and confirmed. :-(

Shift Alt CMD N works for me! Thanks firstdefence

Hello, One thing that really slows me down compared to Photoshop is that Affinity Designer and Photo do not seem to be aware of the file that is in the Clipboard (Mac). I prefer Designer over Photo and I know Illustrator does not have this feature, but, it would really help. I suspect others also copy images from composites to their clipboard and then create a new document to paste into. Knowing the size already as photoshop does would knock off some wasted time resizing the document. Any chance this is a feature that will be available soon or in the next update?

Thanks Walt! Yes, I bought everything via the App Store. Did not see an alternate means to download the beta but will check again.

Hello, I've bought everything Affinity offers but the system can not find my account (steve@xxx.com). I own Designer, Photo Desktop and iPad versions... Who's a fella got to talk to to find an account so I can test the Publisher app?

Thanks Toltec, Using "Instances" and dynamic embedded objects is logical and should be more common. Photoshop sort of does this when you embed a vector as it allows editing in Illustrator. Problem is it's not really bound to the original so changing the original does not update the embedded... Hopefully Affinity Photo is more along the true linked content method so that updates to the Affinity Design document update in the Cropped Affinity Photo doc. I'll give it a try. BTW on the Mac we have Image Opti that works well for reducing file sizes while not degrading quality: https://imageoptim.com/mac