Jump to content

DesignStationYT

Members
  • Content Count

    25
  • Joined

  • Last visited

Posts posted by DesignStationYT


  1. Anyone else running into an issue when they're working with text (in a frame or otherwise) where the Edit menu flashes every time you delete something? It's driving me a little crazy. I'm seeing this behaviour in Publisher too, both since the 1.8 update. It looks like 'Delete' was added to the Edit menu, so it's 'selected/highlighted' every time you hit the delete key while working with text.


  2. Hi Jon — I don't recall copying anything out of a table and trying to insert that into frame text. What I did do was format content from the Word file and create a new table (which is off to the side in the version of the document I sent you) that I was going to move into place after getting rid of that character. The table itself was built by duplicating a different one from elsewhere in the document and then I typed in the content rather than copying/pasting from elsewhere. Anyway, I've uploaded the Word file (named Review Copy - Air North Domestic Tariff 2019 v4.0 Jul 15 2019 (no pictures) For Marketing.docx) so you can see if that helps shed any light on things. My thanks to you and the other developers for looking into this!


  3. 3 hours ago, Jon P said:

    I've not had any luck getting rid of it either, and can't reproduce it from scratch here so am intrigued as to where it came from. It does sound like pasting it in from Word could have been the cause, are you sure you can't reproduce it from scratch by pasting in the same text it originated from?

    Either way I've logged it as it is for the developers to look into further.

    Thanks

    Hi Jon — I really appreciate you digging into it! In the end, the only way around the issue that I could find was to create a new document, copy everything prior to the character, paste that into the new document, and then do the same with everything following the character. A bit of a kludge of a way to solve it, but at least I don't have to try and do battle with that character anymore. The interesting thing is that I had to re-download the Word file from my client after they made a few edits, and there is content in that space pasted into their Word file from a webpage now that may have been present and then removed prior to sending it to me. Perhaps that was somehow the issue? Some sort of HTML-related content? Anyway, I can upload the Word file to that Dropbox location if that in any way might help track down the issue (or perhaps not at all... maybe this is just a one-off bit of weirdness that no-one else will have to try to deal with!).


  4. The content was copied and pasted in from a Word doc. It doesn't seem related, though, as I just ran a quick test to copy and paste the content into a new document and the character doesn't appear to originate from there. My biggest fear is that I'm going to have to start all over again—and it's an almost 100 page, 23,000 word document that I'm dealing with.

    Unfortunately the document is confidential so I'm not really comfortable uploading into a public forum, but I'm attaching a video where you can see the ways I've attempted to delete the character that is causing the frame/column/page break. Also attaching a screenshot of the pasted result in a new Publisher file and a screenshot from the original Word file of the section where the character appears in the draft formatted version.

    Word file.png

    Pasted from Word file.png


  5. Hello! Wondering if anyone has run into an issue like this one—there's an invisible break character in my document that I can't delete. I've even tried deleting chunks of the text that both precede and follow it to see if it can be removed as part of a large block rather than just on its own, but it just stubbornly stays. I also tried increasing and decreasing the number of columns in case it was somehow a bug related to that, but that didn't allow for the character to be selected or deleted either.

    Screen Shot 2019-08-06 at 10.25.49 AM.png


  6. 3 minutes ago, RM f/g said:

    Works fine here.

    Could there be another setting overruling the vertical alignment? Like checkbox 'use baseline grid' checked?

    Ah-ha! You're right that it's related to baseline grid, but the grid is being ignored by the table content styles... mostly. It's not aligning to the grid (as intended), but the alignment of the table cell content doesn't work unless the overall baseline grid in the document is turned off. So it looks like the issue is related to some change to how the baseline grid functions in this latest beta?

    Screen Shot 2019-06-05 at 3.06.16 PM.png


  7. 19 minutes ago, Old Bruce said:

    I find this behaviour if my text is Based on some style which has Align to baseline on. I turn off the Align to Baseline Grid in that Paragraph style and it will try to align. Height of the text frame matters as does choosing any Vertical Alignment other than Align to top.

    Try it with No Style or a based on No Style paragraph style.

    While a lot of the text in this report is using the baseline, that text has a style applied with Align to Baseline Grid turned off. I confirmed this both in the style itself and in the Paragraph Studio Palette. That's why it's particularly strange that if you do justify vertically the first line jumps to the baseline grid.

    I should add that this behaviour only just cropped up—it wasn't present before I downloaded the latest Publisher beta.


  8. Hi there,

    Latest version introduces a baseline grid issue when combined with Justify Vertically. I have a two column text frame that has text which is not supposed to align to baseline grid, but when I do justify vertically the first line tries to align to baseline grid (even though it's not supposed to) and ends up with a strange overlap.

    Here's a screenshot...2054420807_ScreenShot2019-06-05at1_31_31PM.thumb.png.877f42d198d5875fcbf12441daafbaaf.png


  9. One last update! I've figured it out. Typing in the unit causes the calculation not to work. In other words, if you have an object at 5 in and you type in +.115 in that will not work. But if you just put in +.115 it will. This isn't the expected behaviour for me, especially as you can type in the unit in Affinity Designer and it'll properly perform the calculation (and it's nice sometimes to have a document in one format—inches, for example—but then do a calculation when you add or remove millimetres or other to an object's size or position).

    Calculation Works.png

    Calculation Doesn't Work.png


  10. Since the most recent version (1.7.0.305), I've noticed that I'm no longer able to do additions/other calculations in the Transform studio panel using the number row on my keyboard (typing in [whatever the point position is] + 0.25in and then hitting return just clears the entered calculation), but it still works from the number keypad. Has anyone else run into this issue?

    Update: actually, I take that back! I'm not able to get it to work from the keypad either right now.


  11. On 3/12/2019 at 1:16 AM, Sean P said:

    Thanks for the files. I've recreated that and will get it passed on to development! I did find that using the 257 build that the PDF output was fine - do you have a screenshot of your PDF export settings that give the broken output?

    Yep! PDF result and settings attached here.

    Screen Shot 2019-03-14 at 12.53.04 PM.png

    Screen Shot 2019-03-14 at 12.53.59 PM.png


  12. 58 minutes ago, walt.farrell said:

    Is it possible that you have overlapping Text Frames?

    What happens if you select the frame using the Layers panel instead of trying to click on the page?

    Not overlapping in my case. Clicking on the frame in the Layers palette is fine, but the moment you go to double-click on a word or select a paragraph a different frame will often suddenly become the selected frame.


  13. Ah-ha! Took me a minute to track it down but yes, I found it. And deselecting it renders the image properly—but means it no longer exports as K only. Looks like it's just a rendering glitch in the app—with K selected (as it was by default when I imported the image) it renders incorrectly in the app but exports as it should.


  14. I just tried placing a greyscale image inside a CMYK document but it ends up with a weird overlay/fill effect. If I paste the image in from Affinity Photo it appears normally (though it's probably being converted to full CMYK rather than just K).

    Anyone run into this, or just a bug in the current (1.7.0.238) version?

    Screen Shot 2019-02-20 at 5.52.38 PM.png

    Screen Shot 2019-02-20 at 5.52.55 PM.png

×
×
  • 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.