Phil Martin Posted March 28, 2019 Posted March 28, 2019 Yes! Hard to work with the beta version and do a real evaluation when I cannot enter and use my WORD (.doc) files. Is there really a problem in implementing this? Quote
Staff Patrick Connor Posted March 28, 2019 Staff Posted March 28, 2019 1 hour ago, Phil Martin said: Is there really a problem in implementing this? Yes the file format is proprietory (and old), but we hope Word (.docx) should be available at some point. It won't be available before anchored objects and inline images because a Word document is essentially always made of these. Michael117, transitdiagrams, SrPx and 1 other 4 Quote Patrick Connor Serif Europe Ltd Latest V2 releases on each platform Help make our apps better by joining our beta program! "There is nothing noble in being superior to your fellow man. True nobility lies in being superior to your previous self." W. L. Sheldon
magicdesign__ Posted March 28, 2019 Posted March 28, 2019 wouldnt saving the word doc as a pdf and then opening them in affinity be the quickest solution? Quote
Staff Patrick Connor Posted March 28, 2019 Staff Posted March 28, 2019 37 minutes ago, magicdesign__ said: ...the quickest solution? Quick but not ideal. There is a lot more to a Word document than (approximately) the way it looks, which is all that would preserve. PDF is not a good interchange format and was not designed as such. For quick results with text styles and other formatting export as RTF would be better if not tables and images are involved. Quote Patrick Connor Serif Europe Ltd Latest V2 releases on each platform Help make our apps better by joining our beta program! "There is nothing noble in being superior to your fellow man. True nobility lies in being superior to your previous self." W. L. Sheldon
dominik Posted March 28, 2019 Posted March 28, 2019 3 minutes ago, Patrick Connor said: For quick results with text styles and other formatting export as RTF would be better if not tables and images are involved. @Patrick Connor, may I point you to this this post from last weekend: It's about RTF-files exported from Word not working with APub. Perhaps this can looked into? Thanks, d. Quote Affinity Suite on Windows (V2) and iPad (V2). Beta testing when available. Windows 11 64-bit - Core i7 - 16GB - Intel HD Graphics 4600 & NVIDIA GeForce GTX 960M iPad pro 9.7" + Apple Pencil
Staff Patrick Connor Posted March 28, 2019 Staff Posted March 28, 2019 That thread has taken the last 2 hours of 2 members of staff, and we are still investigating the problem. not sure if it is an encoding problem byte order mark or what. With nothing positive to say we have not replied with a formal answer yet but it is on our radar. dominik 1 Quote Patrick Connor Serif Europe Ltd Latest V2 releases on each platform Help make our apps better by joining our beta program! "There is nothing noble in being superior to your fellow man. True nobility lies in being superior to your previous self." W. L. Sheldon
fde101 Posted March 28, 2019 Posted March 28, 2019 51 minutes ago, Patrick Connor said: export as RTF would be better if not tables and images are involved. It actually is possible to have tables and images in RTF files as well, though Publisher might not like them yet. Quote
walt.farrell Posted March 28, 2019 Posted March 28, 2019 4 hours ago, Phil Martin said: Yes! Hard to work with the beta version and do a real evaluation when I cannot enter and use my WORD (.doc) files. Is there really a problem in implementing this? You could open your file in Word and save in RTF format, which is supported. Alternatively you could open it in Word, select all, copy, and paste into a Text Frame in Publisher. RTF may be the better approach, for documents of any significant size. Quote -- Walt Designer, Photo, and Publisher V1 and V2 at latest retail and beta releases PC: Desktop: Windows 11 Pro 23H2, 64GB memory, AMD Ryzen 9 5900 12-Core @ 3.00 GHz, NVIDIA GeForce RTX 3090 Laptop: Windows 11 Pro 23H2, 32GB memory, Intel Core i7-10750H @ 2.60GHz, Intel UHD Graphics Comet Lake GT2 and NVIDIA GeForce RTX 3070 Laptop GPU. Laptop 2: Windows 11 Pro 24H2, 16GB memory, Snapdragon(R) X Elite - X1E80100 - Qualcomm(R) Oryon(TM) 12 Core CPU 4.01 GHz, Qualcomm(R) Adreno(TM) X1-85 GPU iPad: iPad Pro M1, 12.9": iPadOS 18.3, Apple Pencil 2, Magic Keyboard Mac: 2023 M2 MacBook Air 15", 16GB memory, macOS Sequoia 15.0.1
William Overington Posted March 28, 2019 Posted March 28, 2019 3 hours ago, Patrick Connor said: That thread has taken the last 2 hours of 2 members of staff, and we are still investigating the problem. not sure if it is an encoding problem byte order mark or what. With nothing positive to say we have not replied with a formal answer yet but it is on our radar. Byte Order Mark is intended to help, not be a problem. I don't know if it will help but a Unicode Text Document saved from WordPad has a Byte Order Mark at the start, and that, because of the file starting with FF then FE rather than FE then FF indicates that the bytes in that type of file has low order byte before high order byte for each sixteen-bit character. That is because FFFE is not a valid character, so for the first character to be valid, as the first two bytes are FF then FE, the character must be a hexadecimal FEFF, so that is how the order of the two bytes for each character can be deduced automatically. The file is just a sequence of many (low order byte followed by a high order byte). I have not seen any explicit reasoning for this order, but I suspect that it all goes back to the byte order in early Intel microprocessors where some instructions had 8 bits of data and some had 16 bits of data, those 16 bits being an address in the memory map. I seem to remember that there is an anomaly in that some 16-bit files do not have a Byte Order Mark. This is to do with it being "known" (maybe +just by some people in relation to a particular file?) which format of byte order is being used. The following might be helpful. http://unicode.org/faq/utf_bom.html Please note that I am not purporting to be an expert on this, it is just bits that I have picked up over the years. William Quote Until December 2022, using a Lenovo laptop running Windows 10 in England. From January 2023, using an HP laptop running Windows 11 in England.
Old Bruce Posted March 28, 2019 Posted March 28, 2019 19 minutes ago, William Overington said: it is just bits that I have picked up over the years You might get a byte for every dozen or so bits you have lying about. Quote Mac Pro (Late 2013) Mac OS 12.7.6 Affinity Designer 2.5.7 | Affinity Photo 2.5.7 | Affinity Publisher 2.5.7 | Beta versions as they appear. I have never mastered color management, period, so I cannot help with that.
Seneca Posted March 28, 2019 Posted March 28, 2019 7 minutes ago, Old Bruce said: You might get a byte for every dozen or so bits you have lying about. I think he has reached at least a megabyte by now. Quote 2017 27” iMac 4.2 GHz Quad-Core Intel Core i7 • Radeon Pr 580 8GB • 64GB • Ventura 13.6.4. iPad Pro (10.5-inch) • 256GB • Version 16.4
William Overington Posted March 28, 2019 Posted March 28, 2019 Further to my previous post, when Affinity Publisher tries to read in the .rtf file, does it first check to see if the first two bytes are a Byte Order Mark? If so, then if a Byte Order Mark is detected, there we go, but if a Byte Order Mark is not detected my hunch would be that the characters are in low byte then high byte order for each character. I do not know about the internal structure of a .rtf file but I have just found the following http://www.biblioscape.com/rtf15_spec.htm and there is mention of a format variation. > An RTF file consists of unformatted text, control words, control symbols, and groups. For ease of transport, a standard RTF file can consist of only 7-bit ASCII characters. (Converters that communicate with Microsoft Word for Windows or Microsoft Word for the Macintosh should expect 8-bit characters.) There is no set maximum line length for an RTF file. So maybe that implies different "flavours" of .rtf and maybe there is a flavour that is not supported by Affinity Publisher at present. William Quote Until December 2022, using a Lenovo laptop running Windows 10 in England. From January 2023, using an HP laptop running Windows 11 in England.
William Overington Posted March 28, 2019 Posted March 28, 2019 30 minutes ago, Old Bruce said: You might get a byte for every dozen or so bits you have lying about. Well, that reminds me that a byte was not always used for an 8-bit unit as it is mostly used today. https://en.wikipedia.org/wiki/Byte William Quote Until December 2022, using a Lenovo laptop running Windows 10 in England. From January 2023, using an HP laptop running Windows 11 in England.
Old Bruce Posted March 28, 2019 Posted March 28, 2019 1 hour ago, William Overington said: So maybe that implies different "flavours" of .rtf and maybe there is a flavour that is not supported by Affinity Publisher at present. William Don't need .rtf these are 'some' of the available flavours from BBEdit which is plain text (my favourite) ... Quote Mac Pro (Late 2013) Mac OS 12.7.6 Affinity Designer 2.5.7 | Affinity Photo 2.5.7 | Affinity Publisher 2.5.7 | Beta versions as they appear. I have never mastered color management, period, so I cannot help with that.
Michael117 Posted March 29, 2019 Posted March 29, 2019 2 hours ago, Old Bruce said: You might get a byte for every dozen or so bits you have lying about. When I first got started in IT, my job was to empty the bit bucket out in the computer room. First thing in the morning and last thing at night, schleping out to the computer room and emptying that dang bit bucket. Quote
Fixx Posted March 29, 2019 Posted March 29, 2019 17 hours ago, Patrick Connor said: It won't be available before anchored objects and inline images because a Word document is essentially always made of these. Is it really necessary to support importing images within word files? Normal work flows tend to import text only (with full or limited styling, limited to bold/italic is best) and handle images separately from original image files. I guess some jobs would benefit having both text and images imported from one source file, but generally images-within-word has been considered plain trouble. Possibly Publisher could handle this reliably? Quote
Staff Patrick Connor Posted April 26, 2019 Staff Posted April 26, 2019 @Phil Martin and other readers of this thread You may like to look at the new public beta build #305 on Mac and Windows for our first beta to include docx import and pinned (inline & anchored) images /layers . Fixx 1 Quote Patrick Connor Serif Europe Ltd Latest V2 releases on each platform Help make our apps better by joining our beta program! "There is nothing noble in being superior to your fellow man. True nobility lies in being superior to your previous self." W. L. Sheldon
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.