Jump to content


  • Content Count

  • Joined

  • Last visited


About Wosven

  • Rank
    Dedicated User

Recent Profile Visitors

3,612 profile views
  1. The bug keeps on occurring with CMYK files.... I create a gradien with some greys... once opened again, it's blue-green ! Th app should memorize CMYK colours, since it's impossible to revert back to the same exact colour from RGB.
  2. My problem was coming from the hardware acceleration option. Disabling it solve it. It's good that you found the solution
  3. Hi, That's strange. I don't have this problem. Does it occurs too with ë , ü or ä too?
  4. @Joachim_L Thanks, I didn't remember turning it on, like I did in AP for tests. @Gabe The quote about the "not suitable for production" is not helpfull. If we didn't test working in the Beta, the apps would need you to do all those tests instead of us spending time to do it. I, and certainly other ones, wouldn't spend hours doing again some work in the Beta versions just for beta-testing purpose... When some bugs are corrected and minor changes are done, it looks safe. Depending of the bugs impending our work, it can be more suitable to use the beta or the regular version.
  5. Ads I did, you just need to group this, duplicate and rasterise it, hide the original group, and export to grey PDF.
  6. @big smile Did you tried masking some elements, like the linked Designer files to test if it keep on? Or perhaps there's an adjustment layer causing this?
  7. Hi, You can try to convert the colour space of your document to grey before exporting — and go back to colour in the history after the export —, but there's a bug in the last beta and some effects like Drop shadow disapear when doing so (it was working fine in the previous beta). The workaround with the last beta is to use another version of the app, or, if you can't open the file in another version, to rasterise the parts with the effects (hopefully it's only in the illustrations, and you can keep the text above). For example: I originally worked on a colour version of a game, and later it was decided to only do it in B&W. When converting the file to grey, I noticed the effects on the vectors objects disapeared (but reapear when switching back to colours...). So, each time I need to export to PDF after some modifications, I convert the file to colours, rasterised the groups with parts with visible effects. Switch back the file to grey before exporting to PDF.
  8. Hi, The last beta have a huge bug, since all effect disappear on objects in a document using a grey profile. It would be nice if it was corrected fast since it occurs just when I'm finishing a preoject needing this ad I can't open it in the regular version. bug_greyProfile.afdesign bug_greyProfile_cl.afdesign
  9. @Petar Petrenko The problem with numerical values is what I got few weeks ago trying to apply some specific Paragraph' style to some paragraphs of a book imported with poor formatting (as no paragraph styles used in a thousand+ pages). The visible indent in the input field was something like this: x.xxx, but the app wasn't able to find any paragraph with this value. I had to create a script to retrieve and check the original value that was more like y.333333333333333333333333..., and create another script able to fix the original value to y.yyy before comparing to my value x.xxx, and applying the paragraph style if needed. A solution would be to get a drop down list with all possibilities available, but it would be cumbersome and difficult to choose, if different values are rounded to the same x.xx or x% values (while the search engine search the not rounded value). I suppose that's why they implemented the feature to search depending of a selected item, to get the exact values in its original type, without the problem we can have when displaying pixel, mm, points that can be rounded.
  10. Bonjour, Cela a été demandé plusieurs fois avec toutes les explications nécessaires, l'organisation hiérarchique n'étant utile que lors d'une phase de création ou de modification des styles. Lors du travail sur un document, c'est leur utilité finale qui doit être visible, et organisable autrement qu'en utilisant une nomenclature (Exemple : si pour faciliter leur utilisation on utilise : "Partie bleue" + "Interview" + "Titre", et qu'en révision de maquette cette partie devient rouge, il va falloir renommer beaucoup de styles à la main alors qu'une organisation par dossier simplifierait la tâche. Malheureusement c'est resté lettre morte, comme la demande de transformer les styles d'objet en vrais styles modifiables (comme le sont les styles de texte). Hi, It was asked many times with explanations, since hierarchical organisation is only usefull when creating or modifying styles. When working on a document, it's the final use that should be visible, and being able to organise them i differently than using names (Example: for finding them easily we can name them: "Blue Part" + "Interview" + Title", but if the client whan thispart to be red, we'll have to rename manually a lot of styles when using real folders would be easier. Sadly, real folders weren't added, like being able to modify (object) styles (the same way we modify text styles).
  11. I don't know if any printer refusing to print depending of the software idée to producer the PDF. Long ago, printers did extra checking on PDF from QXD, but they printer the files After asking to correct bugs/problems if there were any. Today, they keep on checking the files with tools like Pitstop (server), sending automatically report for us to correct any bug/problem, or accepting the file. Perhaps that's more difficult with automated online printers, and they reject some PDF as a parameter in their worflow, but I see this more as a specific choice than real problems with all PDF coming from other softwares. It all depend of the export settings... Only the apps unable to export correct PDF for print should be rejected, it's why it's easier to use tools like Pitstop than trying to maintain such a list.
  12. @David in Яuislip, Hi, there's always a lot of work around, but it's better when bugs are corrected. I hope this one will be, for now, it's not tagged as one, but it should be.
  13. Hi @Gabe , Sorry, I'm not on my main computer and caqn't record now (I don't have the last versions installed yet). The problem isn't about redraw but about mask applied to moved fill layers. Get a black and white drawing and delete white paper or draw a black shape on a transparent layer Retrieve the selection from this drawing/shape, and add a fill layer (it will get the same shape/drawing). Apply a colour or gradient to this fill layer, and apply a blur effect At this point, the fill layer isn't really visible, for it to look like a shadow, I'll move it few pixels toward the bottom right Now, since I had a selection before adding the fill layer, the fill layer only encompass the document's area, and after moving the fill layer, the colour appears on the left and top edge of the document (as explained in the second part of the previous message, it doesn't happen if I add a fill layer without prior selection). To hide the colour on the left and the top, I select a rectangular area that contain the black shape and its colourfull shadow, and add a mask on the fill layer. (= second image "Fill layer is moved: mask is incorrect") BUG: the mask hide 3/4 of the area it should display, as in the screenshot: only the shadow of the top left corner of the black shape is visible. Notice that if the mask is ABOVE the fill layer, it's correct, but if it's clipped to the fill layer, it's not. That's usually how I procede: opening an black & white/greyscale image, deleting white paper, adding pixels to the bottom and right of the canvas, selecting the shape to add a blured fill layer to add a shadow, and finally adding a mask. The second test, moving the layers differently doesn't produce the bug (= first image: "Fill layer isn't moved: mask is OK"). Open an image, delete the white paper or draw a shape on a transparent layer, get back the selection from this shape. Add a fill layer with this selection, add a blur effect Move the black-first shape layer to the top left, for the fill layer to be more visible. Now, if you add a mask to the fill layer,, the mask will behave correctly and display all the requiered area, not only part of it as in the first test. (The mask isn't usefull in this case since the fill layer wasn't moved, but the test helps understanding when the bug occurs). The second part of the previous message was a comment about how the mask and fill layers behave differently when having first a selection or not before adding them.
  14. Hi, When applying a mask to a fill layer with a guassian blur effect, the mask cut 3/4 of the image instead of the right area, if the fill layer was moved (for giving a shadow effect, for example). Fill layer isn't moved: mask is OK Fill layer is moved: mask is incorrect fill_effect_mask.afphoto In general, it would be better if mask and fill layers were only taking in account the inside of the document's area, or of a selection, and would consider/attribute white or black to the exterior area of the document, the same way it's doing when adding a mask without any prior selection (when doing this, if you paint in white/black, on the mask all the area and BEYOND will be in the original colour of the mask, without delimitations for the document's area, and the move tool is able to select only the white/black painted area, letting us move it as any other shape). When selecting from a transparent layer (to get as selection the non-transparent area), before adding a mask, the mask will be limited to the inside of the document's area, and will show opposite colour white/black, when moving the mask. Example when adding a mask first, before painting or inverting some selected zone: only the "painted" white area is moved (or all the mask surface is/stay black) Using a selection before adding the mask: when moving the mask, it's not able to select only the original selection, and add white/black outside the layer's area. mask_before_after.afphoto If we create mask or fill layers before modifying them, painting, using a selection, etc., we can avoid this problem, but most of the time the worflow is to select something and add mask/fill layers... It would be nice if they behave the same from the start.
  15. Last time I tried, I was able to paste from Apub to LibreOffice and Notepad++ without the previous problems, but not in Textpad (and that's the end of the tests I did ).
  • 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.