Jump to content

Lutz Pietschker

Members
  • Content Count

    27
  • Joined

  • Last visited

About Lutz Pietschker

  • Rank
    Newbie

Recent Profile Visitors

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

  1. Note that the main panel clips the inset colour box - I searched for ages for the "no colour" control until I noticed that this part of the colour control box was cut off.
  2. I often have to digitize town plans, meaning I have to draw a series of mostly orthogonal polygons along some oblique axis (the street to which the "polygons" - houses - are oriented). To enploy the 90° locking (shift-lock) it would be useful to rotate the canvas by arbitrary angles OR to rotate the grid - the latter seems more intuitive to me. I found that in fact I can rotate the grid, but only each axis by itself (in advanced mode) - not the complete orthogonal standard grid, and I have to calculate the angles myself to make the axes orthogonal. The rotation controls are there but grayed ot when I am in standard grid mode (see screenshot). This is one of the things in AD where I find more options than I will ever need, but not the most simple and (to me) obvious one. Maybe I am overlooking something completely obvious, but I cannot see the reason for that limitation. How can I rotate the standard grid (both axes together) by arbitrary amounts? If not, why not? Or, to make it a request: Please unlock the rotation control for the standard grid.
  3. No, that is not at all what happens in Word. In Word and any other program I know of the comment function is a distinct "working area" that you can show, hide, comment again, extract, resolve etc., it is a lot more than just "a text attached to a word". A comment function is very high up on my wishlist for Publisher.
  4. Because nobody even reacted, and because feedback is not quite the same as a feature request. I can understand that not every requested feature can be implemented, or implemented soon, but there are some strategic features for which I'd like to know Serif's strategy, just to help me decide what path to go. Import/export and translation support is one of them. It also is a part of many professional workflows – and it would be a cool way to distinguish Affinity from the shoddy solutions certain monopolists offer.
  5. For translations I require an export/import feature. I have asked about Affinity's plans and suggestions here: in the Feedback Forum but there was not a single reply from Serif. Basically, as lon as this feature (or something equivalent) does not exist, Publisher files are "untranslatable" for professional translators. I can expand on the request if I see any interest from Serif.
  6. I am a translator and want to switch from Indesign to AP - more important, I want to offer my customers an alternative. The only translation-related thread I found assumed a very special workflow without the use of CAT software. In most cases, our current workflow is: Export INDD to IDML Import IDML into CAT software (in my case, Wordfast Pro) Translate Create translated IDML Return IDML to customer & import This is by no means a smooth process, mainly due to IDML idiosyncrasies, but it works, sort of and with lots of grumbling involved on both sides, but we mainly use it for lack of anything better. Trying to say that this would be a domain where it would not be too hard to do better than the competition. Now my question is: What workflow do you propose if a customer would switch from Indesign to AP? The technical snag is that most CAT tools cannot read proprietary binary files, they need some sort of (Unicode) text file, usually some "…ML" format, and I do not see that changing anytime soon. In fact, I think it is the best solution, see below. As of 1.8.4 AP does not even have a text export format, it seems, let alone any exchange format that preserves formatting and layout and which could be re-imported into AP after the translation. The real problem, of course, is not the main "story" but the numerous text snippets flying around in "loose" text frames and artistic text. But even the main story becomes a problem if I have lots of inline symbols etc. IMHO a solution would need to involve a text export format, and pure XML would be preferable to any "adapted" format because otherwise I would be at the mercy of the CAT provider to provide an import filter for your format. Since I work mainly on print documents I would prefer an intermediate format that preserves page integrity as much as possible (because all editing, checking, reviewing etc. follows the page paradigm); with page integrity I mean that the elements follow the geometry of the layout (as opposed to, for example, time of creation, moon phases or whatever IDML seems to use). I am on the fence about the question whether the main story should be broken into pages, preferably this would be an export option rather than a fixed setting (what works best depends very much on the type of document, more precisely on the relative importance of text content to graphical design - think "laws" vs. "flyers"). What are Serif's thoughts and plans on this sort of workflow?
  7. No need of a video - double-clicking the file is all it needs (whether AP was running before or not). Splash screen appears, then crashes before even building main window. Or having AP open without a file open, then open file through double-click or through Open dialog. Problem: It does not happen every time, just about 50%. I'll see if I can catch the moment … yep, file attached. The crash report opens about 15-20 seconds after that. Screen_Recording_2020-08-17_at_16_12.mov
  8. I experience frequent crashes in 1.8.4 when opening a specific model. Model & crash report attached. When I manage to open the model everything works fine and as expected. This has never happened in 1.8.3, so it may be due to the version change or to some some coincidental change in the model. If the model is corrupt I would expect a repair option or some instruction how to repair it. I would certainly not expect the software to crash. crashreport AP 1.8.4.txt Kartonmodell Ladenzeile KüKo.afpub
  9. +1 In its current implementation (1.8.4) isolation mode is only for "isolated viewing", which makes it useless for my work.
  10. MacOS 10.14.x, AP 18.4 It seems that the decimal sign required in AP input fields (like stroke width etc.) is not derived from the OS' region settings but from the language settings; this I consider a bug; language has nothing to do with the way numbers are formatted. Hint: The decimal sign settings are in the "Region" section of the preferences. On my machine, OS region is "Germany", OS and AP language are "English". However, the input fields do not accept my regional decimal sign (comma) but require a stop (which is typical for regions that speak English). Easy to workaround, except that I get it wrong every other time; the effect is somewhat like that tiny splinter in your skin that you can't remove but that keeps pricking.
  11. I have the same (or a similar) behaviour still in AP 1.8.4 (Mac). What I did: Create a line with stoke black 0,1 mm, no fill. Create style. Change the line to dash 8-8, try to create style: Nothing. Add fill white, 0 % opacity: style created. Change dash to 3-5, try to create style: Nothing. Remove fill: Nothing. That's it. No success, whatever else I try. Now I can, now I can't - looks completely erratic to me. I guess some not-so-intelligent checking goes on in the background, by WHY?
  12. Yes, that is one more point though only a light inconvenience for my use case. But I agree that date/time formats should not be coupled to language (a preference for the typical date format of the region would be more logical, but still unnecessary, see below). Anyway, the date format expected by my customer expects may follow any old whim or tradition on his side, so I need to be as flexible as possible in this respect. Also, I may have up to 4 different languages in my documents but keep commmon date/time formats, so binding format to language makes even less sense. What I am thinking is that the list of displayed formats could be set in a general preference that carries over into a document-specific list. I need about 8 or 10 such formats, maybe 20 at most (this includes custom formats for special purposes like the aforementioned copyright date), and all other possible formats are just ballast from my POV. I think my general preference would end up with 5 or 6 formats, the rest would be document-specific.
  13. @thomaso: Maybe the problem is that there are so many formatting options out there, more or less one convention per programming or sript language … so, hard to decide which one to use 🙂. But I feel that in many software packages, quite outside the realm of Serif, date/time formatting is an underrated issue.
  14. I would dearly love to have the option to set a custom date format for the date/time fields. The addition of the YYYY-MM-DD (ISO) format in 1.8 has been a big (and required) progress for me, but still I sometimes would like to use other formats (in my case, YYYYMMDD or YYYY which I use for automated version and copyright information, respectively). Of course, same request for Designer, too.
  15. Hello Gabe, I am sorry, but I am not able to reproduce the behaviour now. It may have to do with selecting the layer or it may have some other reason or it may have been the confusion thomaso mentioned – I'll keep an eye open and call again when I have a good example. I do not exclude the possiblílity that I created soem confused situation myself. I have yet to drill myself to accept that, in the Affinity suite, I have to keep a constant eye on the layer panel. Thanks for the help! Lutz
×
×
  • Create New...

Important Information

Please note there is currently a delay in replying to some post. See pinned thread in the Questions forum. 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.