eluengo

it would be very wellcome.... using one only tool (AFPUB) instead of two (AFPUB+pdfFormCreatingApp) with the advantages of fine tuning design all in one. please, if possible, put it in AFPUB roadmap (and not too late....) thnx

Hi Some problems in spanish localization (Otherwise, a good translation into spanish!!) (1) Texts too long..." Alcance: Documento"->Doc. || "Buscar en: Todos marcos de texto" ->Todos marcos txt || The second half of the conmuting button is not to be seen, but "Text Flow" in english version can be "Flujo de txt" || texts in next two checkboxes is too long and too compact and small... difficult to read: probably simply changing "tabla de contenido" to "TabCont" or "TabDeCont" (ie. "Detener en siguiente TabCont") (2) Propiedades button.... either button a bit longer or abbreviate Propiedades... with "Propiedades" (without "..."), or with "Props..." (3) Too long and difficult to understand "Retraso de la descripción de herramientas", can be abbreviated with "Retraso de ayuda herramientas" (4) Instead of "Ampliar" in this menu, better could be "Expandir" (5) Instead of "Cambiar interfaz de usuario" (difficult to understand what the command does, better could be "Ver/Ocultar interfase" or "Conmutar interfase" (6) In this pop-up menu change "Valor Predet." with "Predeterminado", and also could be a polite image that all language options are capitalized, and not only both Englishes (GB and American) and German.... "Español, Italiano, Português, Français, Русский" (I apologize for the big screenshots.... has to do with retina screen capture, surely) Emilio (1) (2) (3) (4) (5) (6)

Hi all I prepared a special colour swatches CMYK palette in AfPub, to use same colours everywhere between AfPub, AfDesign and AfPhoto (on same or different projects). But the palette file (.afpalette) doesn't open neither in AfDesign nor in AfPhoto Is a bug?, have I something done wrong?, or would be interesting having interchangeable colour palettes for the whole Af suite?

Hi Jon P The newest update behaves exactly as I told in my first comment Having received the communication of the definitive AfPub version for june 19th, i'll await to see if in this not-beta is this bug corrected, or not. Is not a very annoying one, but user interface is nowadays a special plus in quality of software.... rapid learning curve, simple and foolproof access to functions, adequate visibility of interface objects, and, surely, certain style and elegance.... With regard Emilio PD.. my Mac is a MBPro 13" end 2018, 16GBRAM, 1TBHDD, i7processor

I’m not an expert, but preparing a document in RGB that is an light composing process (i.e. a projection, presentation), but a document that has to be printed should be prepared in CMYK that is a method of adding inks to obtain a colour. In CMYK a pure black has (in order to avoid an excess of ink that deteriorates paper) C0M0Y0K100, or a bit of C if texture should be cold, or a bit MY if texture should be warm. And black ink is frequently printed on top of the other inks. So a good practice is to see where your document will be used, and what for, and prepare it with the adequate procedure or colour space. Sure, techniques/colour spaces like LAB are general solutions, but if your product will be printed, is better to use CMYK whenever possible.

good explanation But.... in Publisher Help text says exactly " Filling self-intersecting shapes Shapes which have been constructed using self-intersecting lines can be filled in two different ways: Alternate or Winding. The former mode applies a fill or transparency to contiguous sections alternately along the lines. The latter fills all sections encompassed by the shape's outer lines. " surprising..... <<fills all sections encompassed by the shape's outer lines >>.... it's so (either/or)

Hi all sorry for sending a lot of little bugs in such a good app In the Export Dialog, more precisely, when creating a new preset through the [More] button, this new preset does not apply frequently inmediately after creation. It does appear, but only after closing (cancelling) and reopening the export dialog. Is a problem in refreshing the presets list in this "More" dialog. Also..... this downfalling window with the "More" options is too long (in vertical), and sometimes gets partially obscured by Dock or anything else there down.... better a bit wider and not so vertically long Also..... the explaining text under the different icons of the exporting modes (TIFF, PSD, PDF, JPEG, etc.) would be better if they are have bit more contrast to the dialog background... Emilio

I send a Publisher file with a Bezier closed curve, it alternates filled and unfilled when outlines crosses itself, BUT when changed the fill mode to "winding-non-zero" it should be completely filled (as said in the app's Help).... but it isn't... it leaves unfilled holes. Is a bug or the behaviour shoud be this like? Bezier.afpub

Hi again, here is another little (not too much annoying...) bug in some of the collapsible panels of the (right) Studio. Certain panels: --Text Frame --TOC --Find&Replace do not deploy (open) when clicked IF they have any other panel underneath. The title simply highlights, but its content is not to be seen. This strange behaviour corrects when another panel being in the same line is already deployed, or if it is the last panel in the Studio column (the bottom one). It seems as those strange panels aren't able to "push" the panels under them to adequately deploy. I send some images of it: (1) Studio with all the panels collapsed, then (2) "Text Frame" clicked and nothing happens, after double clicking "Fext Frame" becomes deselected and (3) the "layers" panel (which behaves correctly) deploys adequately, after this, clicking the perverse "Text Frame" panel ... (4) it opens, and as the end, (5) the "Find&Replace" panel, being in the last line of the Studio (nothing to push down!), deploys correctly when clicked.

Hi, in the (Char or Prgph) drop-down Style selector under the window bar (context toolbar?) after the first time it is used, the latest style selection is held as a white-text-on-blue-background (indeed, the actually selected style has its marker at the left, but is not white-text-on-blue-background like selected item).... possibly a bit confusing. Emilio

Possibly is a capability I don't have found yet.... but Is a way/procedure to expand a table in more than one page, or linking tables in different/succesive pages, so that behave more or less like linked text frames? Thanx Emilio

Yes I know, but in the top info frame under the window bar (which is the most inmediately seen), the symbol is only a [+]. All this is because everywhere the styles applied by default are somewhat (or more than somewhat) confusing. And the char and paragraph (or even the sofisticated and specially obscure Combined Text Style S), and the way they are hierarchically ordered (if then) are applied somewhat (or more) moooore confusing. This is not only a Publisher problem, but in Publisher is specially difficult. I hope when development ends.... Text Styles have a simpler and more comprehensive pattern. The way the Text Styles are applied, specially when a default or ex-novo style is used in new text/frame/table The usability has two key forks: user interface and using procedure ! (moreover.... think about creating a new table, an index, a TOC, etc.... needing a mix of good UI a good/simple procedure or acting philosophy)

Hi When I make some modification to a certain text, that has a certain Paragraph Text Style, the Paragraph Text Style name (pTS, pTSn) adds to the end of the name a "plus sign" [+], very interesting to know when a pTS is not "pure" and is "contaminated" with any variation. A very common procedure in a lot of apps. [StandardTextStyle] plus bold, italics, red, more-left-indent := [StandardTextStyle+] BUT: the "plus sign" [+] doesn't distinguish wether the text modification is one (or more) independent manipulation(s), or if those come through application of a certain Character Style to the words, or if the modificacions are into the paragraph characteristics, but not to the text characters. --> a bit confusing.... always only a [+] It can be possibly interesting to make something to identify if this [+] corresponds to independent character or paragraph characteristics, or if correspond to a Char Style added. I.E. [StandardTextStyle] plus bold and underlined := [StandardTextStyle+C] [StandardTextStyle] plus greater left indent and centered text := [StandardTextStyle+P] [StandardTextStyle] plus bold and right align := [StandardTextStyle+CP] [StandardTextStyle] plus Emphasis Char Style := [StandardTextStyle*C] [StandardTextStyle] plus Emphasis Char Style and underlined := [StandardTextStyle*C+C] [StandardTextStyle] plus Emphasis Char Style and underlined and wider left margin := [StandardTextStyle*C+CP] Emilio

You can delete all the styles, and select [set styles as default] from the context menu... and all the new documents will begin "without" extra styles, BUT there is a ""No-Style" style, which is probably app-dependent. I send U an afpub doc with the characteristics of this no-style-style A4v.estilo nulo[afpub].afpub , and a screen image of the "Text Styles" studio without any other style than both [No Style] styles.

yes I know but a button, as said, is an elegant solution.... tipical of the “Mac way of life” .... an action should be done in lots of different ways.... clicks, keys, gestures, escape codes, etc.... this is the Mac traditional way of doing things and have thru the time evolved, and Win and others have diligently copied! every user has “the right” of doing actions in different manner than others, optimizing his personal systematic. only dangerous actions or undoable actions shoud have a single way of be doable, so it minimizes errors in working sequence.