Daniel Gibert
-
Posts
333 -
Joined
-
Last visited
Posts posted by Daniel Gibert
-
-
1 hour ago, walt.farrell said:
Note: Seems identical to this earlier bug report that Serif never responded to:
Yes, that is exactly the issue.
-
1 hour ago, Gabe said:
Hi @Daniel Gibert,
I'm sorry but I don't seem to get this. can you attach a screen recording of your workflow?
Of course! You have it at https://www.dropbox.com/s/4mh6whjkf0o7fy4/artboards.mp4?dl=0
Is an example I made to explain it better. If you need mor info, please ask me.
-
Not sure if a bug o per design but annoying and risky.
I have a Designer document with multiple artboards placed on my Publisher layout. In Publisher I have a menu to sort and choose what artboard I want to load on each instance of the placed document. The choice is done by selecting the artboard by name. Up to this point is all ok.
Issue is: If by any chance I modify the Designer document and the artboard layer order is modified (For example, I duplicate an artboard, so in the layers pane appears just next to the original one), then in Publisher all the placed artboard are replaced without notice to match the layout order instead of preserving the placed artboard by it's selected name.
If the way to select the artboard in Publisher is by its name, it should preserve placement by name, but instead we choose by name but Publisher store the info by layer order. This is incoherent and, looking how easy is to duplicate an artboard on designer and forget to send it up to the layer stack, it result on an high risk of having all the placed artboards changed in Publisher without noticing.
-
Whenever I place a Designer document on Publisher and wrap text around an artboard, the wrap outline does not match the size of the artboard, in a totally random way, so I must resize the wrapping manually every time I place a Designer file. If I modified the artboard later on Designer, and do a "Reset Wrap Outline" it reverts to the incorrect wrapping, despite having modified the artboard size, instead of detecting and resetting to the new artboard size.
Steps:
- Do some text layout on Publisher
- Place a Designer document with artboards
- Add a text wrapping to the placed artboard (Results on incorrect wrap outline)
- Edit the incorrect wrap so it matches the artboard size.
Tested with different Designer files with multiple artboards (also single artboard documents) and each result in a totally aleatory wrapping size. Each tried document result in a totally different wrapping error, with no noticeable pattern.
Publisher 1.7.3 - Designer 1.7.3 - Mac OSX 10.15.2
-
2 hours ago, MickRose said:
When shift moving the table headers the mouse snaps to any guides, which might help with precision.
That is also a useful trick. Is not ideal the need of a guides grid for table layout but in absence of other options is a useful resource. Thanks.
-
1 hour ago, Joachim_L said:
Yes, covers my wishes as well (not the first time this was requested). Holding the SHIFT key while resizing the column keep the width of all other columns intact. But this is just a workaround and not very precise.
Whoa! It is a workaround indeed but a useful one. Thanks a lot.
-
This is a suggestion to improve working with tables on Publisher.
Currently Publisher preserve table width as default. This causes a lot of trouble with the tables layout, because each time you touch any single aspect of any column, all columns change to readjust for table width. Your painstakingly set columns widths goes nuts. All columns are now wider on narrower without your consent, and trying to re-set all column settings is a pain, because you set a column width and it gets modified when you change the next column.
There are some ways this could be improved:
- A checkbox or dropdown menu to mark width of a column as "FIXED" so it doesn't change automatically. This way, you can have some columns fixed and others flexible.
- Deactivate table width preservation at all, as a default or as an option on table pane. Is better to change a column to fix the table than retouch all columns because table width didn't change
Currently, Publisher manage tables as Word does, and we all know how painful is to manage tables in word. On this, again, InDesign manages tables a lot better, with options for minimun, auto and exact column widths
-
This is a common issue in all Affinity suite, being Designer the most recurrent offender.
The three apps works very weird and randomly with the finder.
Sometimes they remember what the last folder was, sometimes not. So you must be very careful to where are you exporting or saving the documents, because is a bit random lottery. Sometimes it use the last folder, sometimes it goes to the folder used some documents ago.
Sometimes they add the last used folder to Recent folder list, sometimes not. So you export a document and sometimes the export folder appears in recent folders on system dialogs, sometimes no. Totally random and a big nuissance, specially when you try to attach the file in a mail and the folder doesn't appear on recent folders, and you must search the file the slow way.
When you close documents before quit the apps, there is a uncertainity about finding all documents open again next time you launch the app. Again, totally random, but in this case more, because the documents where closed, ehem, as physically and intentionaly closed! I'm finding reopened documents continually, as if the app could not clear it's in use file or temporary file list list after closing it.
I can't provide steps to reproduce this, as is totally random and it happens simply working with the apps. I tried to find a pattern or a meaning to this, but not, is a totally random issue, as a lack of communication with the finder. Maybe it could be related to working over a network drive (It happens both over AFP and SMB) but again, it fails inconsistently.
If I can give you more info, simply ask.
Cheers!
-
Thanks for noticing that other threads. Interesting info. Happy not to be alone on this.
-
I'm all aboard on this
In my case I do a lot of bilingual work (Two co-official languages here) and that means a lot of layout in two columns, usually narrow ones, and one of the languages (Basque) tends to have large words, so you could end with a column with multiple two or three word lines than usually can't be hyphenated (Or a customer that ask for no hyphenation at all).The size of the spaces in that cases is horrible and relaying on word/letter spacing only brings horrible results. Add the lack of GREP styles to manage some forbidden hyphenation on Basque that both InDesign and Affinity insist on commit and you can figure the rest.
-
I'm finding the justification settings on Publisher not as good as my former layout app (InDesomething it was named…)
Most of the time I get excessive space between some words, that not justify settings can correctly avoid, specially on paragraphs that doesn't use hyphenation (I have customers that don't want hyphens at all, ups!)
The key difference I find from InDeapp whose name we don't say, is that it offers character horizontal scale settings inside the Justification settings. There, I can use a threshold from 97% to 103% (With 100% as preferred scale) and that makes for nice paragraphs with perfectly equilibrated word spacing.
I suggest to add that option on Publisher, specially if is your intention to make it able to open that app files someday. It would be a nice and happy addition.
Cheers!
-
Not sure if this is an error due to Designer or to Word itself.
Copy accentuated (tilde or ñ or umlauts…) text on designer and pasting on word gets accentuated characters scrambled. Same text pastes ok on TextEdit or other apps. It seems that word gets wrong with the formatted text. If you paste it as text without format it pastes correctly, so apparently there is something in the format info that causes Word to going nuts.
(Original text: Una ración de tamaño adecuado equivale al grosor de dos dedos de tu mano.)
As I said, it could be Word. Simply to let you know. Is not a live or death issue.
Hugs!
-
This is a suggestion for the desktop suite.
It would be great to include an option to sync export settings on the three apps. For example, the pdf export custom settings, (I use around 6 different custom presets) that just now I must manually set on each app. A single option called "sync custom presets" could do it easily and I don't think it should be hard to implement (but what I know in fact)
-
This is a Spanish translation error on the three apps of the suite.
In Preferences > General: the "Automatically hide extension" setting string has been incorrectly translated as "ocultar selección automáticamente" (which means "automatically hide selection" )
It must be translated as "ocultar extensión automáticamente"
I've been getting crazy because I could not find the hide extension setting, until I set the apps on English and realized it was incorrectly translated.
Best regards and have a nice weekend.
- Cuando, Patrick Connor and Pauls
-
2
-
1
-
I've found this glitch when exporting to PDF. On the left, the clipping is correct, and the container object does not have fx applied. On the right, as soon as I apply fx to the container object, the pdf is exported without clipping.
I've attached the original designer file and the exported pdf for your amusement.
Have a nice day.
-
Yep. It is the same issue. It happens with both the app being full screen and not. The app itself goes on front (The menu changes to Affinity menu) but is the window what is left behind.
-
It would be wonderful if the documents could preserve printer settings so you don't have repeat the setting each time you open the document. I got so accustomed to InDesign doing this that I miss it a lot, specially on documents that must be printed recurrently.
On certain documents it could take a lot to put all printer setting in order, specially for printing certain materials and custom paper sizes.
Just an idea.
-
This is a fail common to the three Affinity apps.
For any reason, when double clicking to open any Affinity document from Finder, the app does not come to front. The document opens, and then you must go to the app to watch it. I can't remember of any other app that does this. All apps on my mac come to front at document opening.
Is not a life threatening issue, but is only a bit of frustration each time I open any document. Also, don't know if it is a general issue or if only happens to me.
-
Issue is still ongoing in latest 1.2.7 update.
If fact, it seems worse, as point misalignment is worse and in some grids, as 2:1 triangular, the guides itself are misaligned as you zoom, not only the anchor points but the guides.
I want to use my ipad for isometric illustration but this is refraining me to do it.
-
On Publisher and Photo, the string "Open in publisher…" is not translated to spanish. Don't know for other languages.
- Pauls and Patrick Connor
-
1
-
1
-
-
Hi.
I'm having a strange bug in a table. Any time I touch anything or do anything on the last row the row height increases by aprox. 10mm
If I delete the row, the new last one starts to behave the same. If I create a new table there is no issues.
Never mind I set the height manually, it reverts to the last + ±10mm
Also, if I insist on solving the height issue on that row (modifying attributes or deleting the row) the app end crashing after some trials.
I saved the table copying cells and pasting on a new table, so the issue is with that particular table.
I've attached the document for your analysis. Hope you could find it useful.
Publisher 1.7.2 (Bug appeared under 1.7.1)
MacOs 10.14.6
-
Well. After much trying and testing, I'm sad that, despite how much I love Publisher, the first to works I have half-made on it have to go back and be remade on InDesign. Simply for table managing. All other features had worked superb, but not having tables reflowing is a nightmare.
First, it forces me to do tables once all elements and layout have been set, because you need to know where things start and end on the layout to split tables
Second, is a nightmare to add multiple pages tables, because you have to be segmenting them, and this is slow error-prone procedure.
And third, and worst, a simply correction or change sends layout to go nuts.Each time you do some change or correction you need to review all tables for cropped or misplaced rows.
Documents like those two mentioned, with tables that spread for 15 pages, are simply a no-go on Publisher. Yes, it could be done, but is not profitable and customer will not pay for the extra time and risk. A single three page spread table has take me around one hour more than on indesign, due to continuos layout adjustments on each tiny correction made on the previous content.
Looking forward to when tables have the basic flowing that other apps have since years ago. Will use Publisher for works with no table or single page tables (Half of my work)
Still love Publisher, and will use it a lot, but for a time this will be an open relation with InDesign. Mpppfff.
-
Publisher, by default, saves files with file extension hidden. And the save dialog doesn't have the option to show/hide it. It should have. Some people want to save files with extensions and is a pain having to set/show the extension on the finder. Is a basic on almost any software.
Artboard order on Designer affects to already placed artboards on Publisher
in V1 Bugs found on macOS
Posted
Thanks a lot. Just now I'm in a work hell, but i'll give a try as soon as possible during the week. Kudos to the team!