johannesz
Members-
Posts
48 -
Joined
-
Last visited
Everything posted by johannesz
-
Hello! I'm trying to print playing cards using data merge layout, (or data merge manager) but I need a bleed around the cards, but not in between the cards, to reduce the amount of time it takes to cut them. This is what I currently have: Here I'm missing the bleed (3mm) around the 8 cards. I tried adding a black rectangle around all 8 cards for the bleed, but that only works if the page is full, printing 8 cards - the last page rarely has 8 cards however. I have the same issue designing a single card and then trying to print the generated cards using N-Up. I can either activate bleed for all cards or none. I only need the outline though... Is there a way to accomplish this in publisher? Edit: I created this using CSS & HTML, and it shows what I mean/want
-
Yes! I had to install the drivers using the printer driver's .inf-file, as the normal software suite didn't work. Now it works pretty well, although still a little off (deviation per dimension: <0.5mm, so my card was printed with ~62.5mm x ~88mm instead of 63x88). I guess the basic windows printer driver is buggy, at least for that printer. Thanks for your help!
-
I'm trying to print playing cards (63mm x 88mm), but the cards come out too small(61mm x 85mm). I print on a Brother L3750. My print settings are: (all settings left to default) This is the file I'm trying to print:cards_v2.afpub This issue happens in both Publisher V1 and V2. What am I doing wrong?
-
I couldn't find a way to easily crop the current image/document to fit the content. In GIMP there is this handy function, that does exactly what I want, but I don't want to have to go back and forth between Designer and GIMP: I need this function to remove unwanted white/transparent margins in my image. For example, I have a 2000x2000 .png file, all transparent, with a 200x200 layer in the center. Is there an easy way to do is in Designer?
-
Rendering Tables stops working
johannesz replied to johannesz's topic in [ARCHIVE] Publisher beta on Windows threads
I haven't found out what exactly causes this issue and thus can't reproduce it. I'll upload a file as soon as I find out what's happening exactly. When it rendering stops working, zooming doesn't help at all. Additionally, if the rendering is broken, so is the layer panel basically freezing APu. Worth mentioning: The tables I use are inlined with text (Wrap Style "None", no margins). I found that forcing a reflow by resizing the text area the tables reside in fixes the issue. -
Thanks for confirming! Yeah my headings were filled using Section Name references: This created empty bookmarks. I think this would be a great feature to consider, to allow the ToC to create Bookmarks on Fields (the current value they have). Refreshing a ToC then also refresh the Bookmark's name based on the Fields value.
-
Were you able to confirm this behavior? My current document iteration has the same problem (again). I think it has to do that the headings are actually Fields referencing the current Section Name. This creates Bookmarks without a value, and APu crashed or can't export. Removing "h1" from the TOC or not using Fields works.
-
Sometimes, especially when manipulating text flow or other tables, tables stop being rendered completely. They are still there - I can select them, but they are basically invisible: Also, selecting the table in the Layer-Panel is *extremely* slow and eventually caused max CPU utilization (it didn't recover from that) ending in a complete freeze of APub
-
I'm writing an RPG and I wanted to find a better way of styling the following paragraphs. Right now I have 1 Text Area for each Attribute, with 2 columns: 1 column for the image, and the other for the paragraph. Before that I was using tables, but found they were lacking control about the spacing between each paragraph. Is there a better way to achieve this?
-
When exporting, or even just exporting with "Include Bookmarks" crashes Affinity Publisher while "Calculating", as well as when the Export process is about to finish. "Include Hyperlink" works. Crash dump is attached. For a copy of the file that causes the crash please provide me a dropbox URL. ead267bb-0915-4ba5-9f19-b0420c684df7.dmp
-
+1 for this
-
[Beta 1.9.0.742] Degrading performance
johannesz replied to johannesz's topic in [ARCHIVE] Publisher beta on Windows threads
When changing Tools there is a small spike (~10%) in CPU and GPU activity, but that is to be expected. I've tried the following, but that did not help: Disable Snapping Disable Text Style Preview Opening a new document using Ctrl+N (what I'm I supposed to do here; create a new document and load my current document?) Creating a new document, closing the work document, and loading it doesn't help Seems like, this performance degradation applies to APu globally. Only restarting seems to help. Close the Asset Panel What I've been doing before this issue occured: Searched for a text, and manually replaced ~6 occurences, each in a different Text Area Added 2 new pages Added some text to the newly created pages Moved a table from an existing Text Area to the new page (Since I've had troubles with tables in older versions before, this is what suspect the most) Locked my PC around 5 times APu was open for at least 2 hours I'll reply with more tests later -
[Beta 1.9.0.742] Degrading performance
johannesz replied to johannesz's topic in [ARCHIVE] Publisher beta on Windows threads
I'll try to investigate further and narrow down the origin of the problem. -
[Beta 1.9.0.742] Degrading performance
johannesz replied to johannesz's topic in [ARCHIVE] Publisher beta on Windows threads
@Gabe I will try to reproduce it in a new document. Is there some developer snapshot I could use that has extended logging or something similar so I can help you provide more information? EDIT: I think you actively have to use APu in order for the performance to degrade. Just having it open is apparently not enough. If you keep changing the focus of text areas, tables, and switch back and forth from the Move Tool, Text Area Tool and Table Tool, the performance gets worse and worse. Interestingly this doesn't seem to be a linear degradation, but affected by certain actions only. -
[Beta 1.9.0.742] Degrading performance
johannesz replied to johannesz's topic in [ARCHIVE] Publisher beta on Windows threads
Done -
[Beta 1.9.0.742] Degrading performance
johannesz replied to johannesz's topic in [ARCHIVE] Publisher beta on Windows threads
@Gabe Uploaded a file and also a screen record. Here's a summary of what the issue is or how it occurs (once it can occur). Click on Text Area with Text Area Tool Click outside of the Text Area. Change Tool to Move Tool Click the Text Area HANGS for 1-2 seconds. Generally speaking, changing Tools and clicking a Text Area has huge perfomance problems. But as I said, this only happens when Affinity Publisher is open for a while. -
[Beta 1.9.0.742] Degrading performance
johannesz replied to johannesz's topic in [ARCHIVE] Publisher beta on Windows threads
@Gabe Thanks for getting back to me! Well it only occurs after ~2 hours of working with the document. The more I edit tables, text areas, etc. the slower it gets. Last time I worked on my document for about 3 hours, and clicking took >1 second to actually focus the object I was clicking on. I can still attach my document, if you send me a dropbox link, but I don't think you'll find that there's something wrong with the document. As I said, it looks like there is some kind of memory leak that degrades performance. -
The document I work on is pretty small (~25 pages). I've noticed, that the performance gets worse and worse the longer I work on it. If I re-open Publisher, the performance is normal again. The performance issues I'm experiencing include: Focusing another Text Area takes more and more time When a Paragraph flows to an attached Text Area, it takes more and more time for the view to update. I.e. the paragraph is basically shown on both Text Areas. After some time the Paragraph disappears from the first Text Area. Typing responsiveness gets worse and worse. I've noticed before, that if the History Pane is open and active (i.e. you can see the History entries) the performance drops a lot, especially if there is a longer History Log. Maybe this is related to the History Log filling up?
-
@Gabe performance is better in 1.8.5.703-nonbeta, but the selection issue still persists, even across text areas. The cursor just doesn't appear where I click the text area, but in some other text areas, i.e. the master page footnote, another page's text area, etc. Changing the order in the Layers panel helps as a workaround.