Jump to content

jweitzel

Members
  • Content Count

    25
  • Joined

  • Last visited

About jweitzel

  • Rank
    Newbie

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Hi Lagarto, that's great, what You have pinpointed! If this turns out to be exactly the cause of these severe problems, there may now "only" the problem to communicate this shortcoming to the developer team at Serif! In the meantime I got the thought (already mentioned), what role the different font managing softwares may play in that situation: I do not have any clue, how these software hook into the system in order to register fonts (I think a very complex procedure). But apparently with different success (I do know Adobe TypeReunion ;-) , Fontexplorer, Suitcase, now RightFont [latter because it proviedes plugins for old CS 6!]). May be, that there is an other "trap" for Type 1 fonts are "not clean" or not quite registered at the system (and those quirks have to compensated by APu/PDF lib etc.). Again, thanks to you! Johannes
  2. Thanks to both of you for your informations and the efforts to collect them! At the moment I'm helpless too busy to work further on that important case, and "Mr. DWright" is not answering any more... It would be a catastrophy, if APu would not process T1 fonts within PDF/X-3. And as you said: Do we hope, that T1 are not "deprecated". May it be conncted with the (not existing) embedding flag (bit) in the fonts? I'm working with Mojave and APu 1.8.1, but days before the update in 1.7.3 there was the same error. I asked myself, what role the Font managing software (me: RightFont) may play in that setup? Best wishes to you Johannes
  3. Thanks, "Wireman"! generally spoken, yes! But not, after I have thrown out any author-related, hand-knitten formatting of the original text by saving it as .txt/ASCII. One gets a really "clean" text - but all fomatting (and e.g. greec text) are lost. ok. I think, at the moment all things are spoken. I'll return if there are any new findings or problems... Have a nice week! Johannes
  4. Hello Wireman, all I can do, is to thank you again for your explanations and the illustration! And Yes, I misused the word "text style" for correct "character style". You got it right! Now I want to face the (legitimate) impression, I may be to foolish in setting up and using styles for formatting texts... ;-) The background of my wish, to get a "plan" (or hierarchy), of how the programmers of APu thought that the different styles, they deliver by default in APu, "rule" over each other or work together with each other, the background for that was me erroneously assuming, that "no style" IS already a definite style. I tried (as in .indd) to "clean up" imported text from any unwanted character- and paragraph style by allocating the "style" "no style". (in .indd, if I rember right, you *force* the allocation of a style by clicking <Alt> and mouse click on the name of a style, to throw out any other styles off a paragraph.). But in APu nothing happend, and further more, as I allocated my new styles, there arouse a mess of importet/already given formattings and fresh allocated styles. (Actually I do not know, how APu deals with [unwanted] existing styles in a text, when I allocate "on top" new styles. And moreover I'm unsure, in what cases it is only needed to have the text cursor clicked on any place within a paragraph or to have highlighted all characters of a paragraph, to allocate successful a character style [which would be reasonable for the latter] or paragraph style [the former]. You got me?) Thanks to You and Bruce again. At the very end there still seems to be the best practice, to import only .txt files and format the make-up (? in German: the "Umbruch") of the book "from scratch". Normally, text written by more or less authors as total laymen in using styles/templates, results in a queasy formattet layout in the typesetting software like APu. But one has to be aware, that in the case of .txt import, I have to go through all 280 pages of text in order to allocate, say, all italics the autors formatted "hand-knitten" (!) in their texts. (You may remember, that my starting point of that all is the upcoming layout of a communal periodical [yearly review] with about 25 contributers, and all "using" MS Word ... :-( a nice week end! Johannes
  5. Many , many thanks to you both, "Bruce" and "Wireman"! Thanks for your kind attempt in bringing light in that materia! And yes, you are speaking "out of my soul", because that explanations are exactly what I needed as help - and what i more or less imagined. I am too, in a first attempt, deleted all styles in APu and tried to built up a style system from scratch, as I had been used from Quark and Indesign. But it wasn't not so successful and I got the impression, that I may have "damaged" APu. But especially what "Bruce" is telling about the different styles for structuring texts, would be my opinion about a sound system of styles. ©Wireman: If I rember right, applying "no style" to an importet text in APu effectuates "nothing" in the appearance of that text: If it has before (by import) a "bold" formatting, it has that formatting still after applying "no style". In Indesign an imported text with any (unwanted) formatting will "collapse" to one single basic "style" if I apply the basic "style" "basic paragraph" (in German "ohne/without" [= text] resp. "einf. Absatz" [=paragraph]). By that the imported text is "cleaned up" from any formatting and – what is most important – accepts any allocation of a text- or paragraph style without any quirks. I think, at the moment, where I have a *basic* text style (which should rule, e.g., all body-text!) and then I set up a *paragraph* style, which also contains (divergent) text-style informations, the muddle begins: which style information is now more important/does rule the formatting of a text: the style of the "basic" text style (e.g. "Arial") or the style of the paragraph style? (e.g. "Courier"). Do you understand what I mean? Under strict conditions, a paragraph style must not include informations about a font, and a text style must not contain informations about line pitch. But both are allowed in styles in APu. (I also use to import text only after storing the source text file as .txt. All other .doc and .docx is a mess.) Today I got the APu update 1.8.1. And I'm very excited to go on with that great software. It's very fun. Thank you again to you! Johannes
  6. Hello ABaerm (Bärm?), in my case it boiled down "in the first instance" to an issue with a certain font face, altough that font works fluently in all other environments. Therefore it would be an idea for you to "deconstruct" (a copy! of) your document element by element and each time to try the export. May be, the whole file is damaged - may be (as in my case) there is a single frame or element, which causes that issue. But nevertheless APu is a gorgeous piece of software and the Affinity team has done a real great, admirable job! Really. Johannes
  7. Hello developers and friends, I'm working with text styles about every day (as typesetter), and I watched the style tutorials for APu several times. I do not succed in catching how the different classes of styles are hierarchical to each other and how they influence the styles they are "connected" with OR they refer to. Is here someone, who can explain or even can give us a short graphic, how the default styles of APu are organized to/with each other? (I'm using the German version, the names are translations) - There are e.g. the (text and paragraph!) styles "no style". In those there seem to be allocated "Arial". But these styles can't be altered. But I do not need "Arial", no 10/12 pkt, no 12pt gap as fall back formatting. - How does the allocation of "no style" affect imported text, which has unwanted formattings? (It seems to me: no effect or random effects) - how can the (paragraph) style "Grundlage" (English: basic?) be based on "no style"? - how do unwanted formattings in imported texts struggle with the allocation of predefined (paragraph OR tex-) styles within Apu? (they struggle unforseeable) - there is the (text) style "Body". How is that connected with "no style" of text- and paragraph styles? In .indd I can allocate "no style" to a paragraph - and all formattings are cleaned up. Then I can start to format all text, pragraphs and single words/letters. - there seems also to be a paragraph style "normal". How is it based on the *text" style "Body", but on no basic *paragraph* style? For me it's a real mess. And I would like to catch the strukture which is thought behind text and paragraph styles, their hierarchy and their interdependence. - what is the "most important" (all other influencing) text style and paragraph style? - which other styles are depending directly from that (two!) "masters" ? (Because a "Body" *text* style must never influence a paragraph style!) - how is the interdepence-hierarchy of the remaining (text and paragraph!) styles? At the moment I'm struggeling very hard. And it is impossible to typeset a rather simple book for me, because if I alter a selected style all the sudden the total imposition done until that page got "hail-damaged". Many thanks! Johannes
  8. Hello DWright, may be, are there any new news about that case? I would be very interested in a response from your side as expert! Years ago – as I said, to the time of Mac fonts consisting of screen bitmap file and outline PS file – I invested in "my" publishing company about 10.000 Euros in the basic equipment of fonts for typesetting books (Garamond, TimesTen, Helvetica, Palatino, Optima, Futura, Univers and so on). And these fonts are still in use until today (apart from the fact, that only for those old fonts you are today allowed, to generate (book-) PDF files with embedded fonts and *sell* them for money. Today you would have to purchase very costly additional font licences). Therefor we have +/- all those fonts still in use and e.g. Extensis "FontDoctor" still finds them all as ok. As I said above, APu should try to generate (more or less) even in those cases (a somehow "impaired" font?) a PDF. May be, not a valid one, may be with error log. But only to say "a pdf could not be generated" and letting the user alone, is quite irksome. Your help and expertise are welcome! Johannes
  9. Hello DWright, I'M happy in sending the files with great care. I re-extracted the original .zip file, which I sent to dropbox, - and the screenshot shows, that these fonts do go on the journey with all bits and bytes. The phaenomenon of empty font files come, when those old Type 1-fonts change the file storing plattform/protocoll during transfer (afp/smb, ftp). At the start of desktop publishing, Apple used the postcript font files of "Type 1", splittet in the so called "screen bitmap font" (here in the screenshot: Font Suitcase) and the Postscript font itself (here: Postscript Type 1 Outlinefont). The screen bitmap itself consists of the so called "data fork" (which is empty at screen bitmaps) and the "resouce fork". Mac OS can handle these complicated file structure till today very confidently. But in companies, where files have to hop between NTFS, HFS and afp, smb, ftp, old fonts get dameged very quickly. If dropbox exctracts .zip files of its own (I don't use it) and stores it on the "false" volume, you will ever get empty Bitmap Font files. I hope, the files now arrive safe and sound 🙂 Many thanks for your work and patience! Johannes
  10. Hello DWright, today I have restored via Mac Time Machine the faulty test layout, which refuses to be exportet as PDF/X-3 oder /X-4 out of APu. I have send it to the Dropbox link, you gave me. I would be *very* happy, if that issue could be generally solved. I do not dare to think, that I work on a complex layout hours and hours, and finally APu refuses to generate a PDF for Offset printing ... If you need further informations - I'm willing to help in any way. Many thanks!! Johannes Additional information: In the meanwhile I replaced a certain part of the text set in the font "Berthold Akzidenz Grotesk Regular", which I would use since decades, by an other font. The PDF-export is now successfull, with the observation, that APu renders all remaining texts, which are set in other styles of Akzidenz Grotesk, to outlines (this was not selected in the PDF-export setup), exept the text in the substituted font, which is embedded. This may the difficulties boil down to difficulties of APu dealing with (old? Mac-)fonts. It seems that APu considers those text container with Berthold AG as "non supported effects" and renders them to outlines, except the conatiner with the substute font.
  11. Oh, thank to You! I'm happy, that a skilled person reads along... As for the moment, I can't provide you with exact that erroneous file :-( Today, I spend a lot of hours in restoring (and setting up) the whole startup volume of my mac. After updating the Xerox printerdriver and those APu PDF export errors, I decided to return to the previous version of that driver and did a whole restore. And in the course of that action the test file, which resides on the desktop of the HD, is gone ... I'll try to replicate that problem (for it's the second time for me) and will return to that topic here. (Although I am really not keen on to getting again in that situation...) Excuse my question: Has APu already such a function "collect for output..." so that I can provide the fonts used? Until now, I didn't need and therefore didn't seek for such a menue item. Thanks a lot! Johannes
  12. Thanks for Your expertise! For all others, who may be interested in that aspect here: By storing color swatches from within APu as "System palette" the file is stored at ~/Library/Colors/ (i.e. "outside" of APu) for all applications who refer to that directory. Johannes
  13. 🙂 I exported all the custom color swatches out of .indd via: Colour swatches panel -> Menue: export colours... The result is <filename>.ase This file I importet from with APu. And yes, You got it! Great kudos to You! – I imported it apparently as System palette... and that has in deed gone to: ~/Library/Colors/. Ok, now all obscurities have been solved and cleared. Many thanks! And I have learned new things of OS X Johannes
  14. Many, many thanks for your patience! and your willing, to explain things to "idiot users" ... This I mean literally. Because I myself am system- and typesetting admin (Mac) since about 3 decades in a book publishing company. I would not say, that I know the different library folders of a Mac "as my pocket", but I know them rather good. You are right in every regard! Nevertheless, if I install in that way APu "from scratch" - my (about 100) user adapted color swatches are "already there" as a list in the color swatches panel in APu. Where are they coming from? (And I have deleted *any* APu folder, even in ~/user/Library/Application Support ...!) Have a nice weekend! Johannes
  15. As I search the forum, this very severe difficulty/bug makes my migration to APu miserable. I just have startet to built up a layout for a municipal periodical. I'm in typesetting since over 25 years, using Mac, .indd and my standard fonts (like "Berthold Akzidenz Grotesk"), system admin. The test-layout consists of 5 pages with text starting at page 2-3 with text frames chained up by hand and one text frame for a picture captation. There are a lot of tests with other fonts (to get optimized space requirement for the lot of text, later in the final issue) and intense work with styles ... As I export that test file to PDF/X-3 or -4 the 5th or 6th time, I get the note: The file <path and name.pdf> could not be written" (or created?. I use a German version). What a horror, if that occurs 2 days befor printing!? - this is the second time, I run into that "no go". - may be, this occurs if one has a text overflow (in a not-linked text frame)? Even, if you repair that by linking that text frame with a next one on the next page? - is APu addicted to postscript printer drivers? I have a Xerox printer with original Adobe Postscript (oh, dear ...) and the last days I updated it. Failure despite or because that update? - may be, there is an inconvenience with fonts, which have an "embedding flag"? In all my decades of (Mac) praxis, I *never* had been confronted with that nonsense. But now with APu? >> There can be any bug in a new publishing software, but PDF export has to run under any circumstances and whatever barbwire a user has filled into his layout. An PDF export has to go (may be, not a good PDF, but anyway one). This reminds me of my times with QuarkXpress: After *weeks* of layout on a catalogue for an art auction house, all the sudden in the morning Quark tells: The file couldn't be opened ...! (ahgrrr) "Any help is appreciated" Thanks, Johannes
×
×
  • Create New...

Important Information

Please note the Annual Company Closure section in the Terms of Use. These are the Terms of Use you will be asked to agree to if you join the forum. | Privacy Policy | Guidelines | We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.