Copy-Paste from One Note to Another Does Not Preserve Carriage Returns Since Full Feature Upgrade to
Back in Logos 8 Notes, I could copy-paste from one note to another and Logos preserved my carriage returns (or paragraph markers, or whatever the modern terminology is) so that my double-spaced paragraphs remained intact.
Now, since the Full Feature Upgrade to Logos 9, when I copy-paste from one note to another, pasting strips carriage returns, slamming paragraphs together with no double-spacing between them.
This scenario results in the time-consuming task of going back through the note and reformatting it with double-spacing between paragraphs.
If anyone knows of any settings or workarounds I'm missing, I would be grateful for any help. Also, if this is a known bug that Logos is addressing, I would like to know.
Thanks in advance for any information or assistance,
Chuck
Comments
-
weekend bump 10
Orthodox Bishop Alfeyev: "To be a theologian means to have experience of a personal encounter with God through prayer and worship."; Orthodox proverb: "We know where the Church is, we do not know where it is not."
0 -
I'm having the same issue and I feel your pain.
0 -
I appreciate the confirmation that someone else out there has run into this issue also. At this juncture, I wonder if FaithLife is going to respond. ~ch
0 -
I appreciate the confirmation that someone else out there has run into this issue also. At this juncture, I wonder if FaithLife is going to respond. ~ch
Confirm same issue. I submitted email to customer support. Waiting on a reply.
Bob
0 -
I appreciate the confirmation that someone else out there has run into this issue also. At this juncture, I wonder if FaithLife is going to respond. ~ch
When I try to reproduce the issue, I cannot see what you see. Even complex text (indented paragraphs, bullet lists) are reproduced correctly. I'm sorry that I cannot help.
0 -
I appreciate the confirmation that someone else out there has run into this issue also. At this juncture, I wonder if FaithLife is going to respond. ~ch
When I try to reproduce the issue, I cannot see what you see. Even complex text (indented paragraphs, bullet lists) are reproduced correctly. I'm sorry that I cannot help.
Are you using Logos 9? If you upgraded from 8, did you get the Full-Feature Upgrade? Also, are you on PC or Mac? I'm on PC. ~Thanks, Chuck
0 -
I am having similar issues. In the desktop app, if I open an already created note, copy an entry that has pre-formated indentions, and then repaste it back into the note below the original entry, the copied entry loses the indentions. Major BUG. Thankfully, I am not having a similar issue in the mobile app.
I would post a pic, but apparently my security software updated and now I am not able to make screen grabs; I just get blank screens. Frustrating, especially since I can't find any place to disable this action.
I am having a multiplicity of Notes bugs occur in both the desktop app and the mobile app. One thing is that they don't seem to have the same functionality. I notice in the mobile app that even though the text entry window uses a sans serif font, in some of my notes what appears in the pop-up is a serif font and sometimes it is a sans serif font. No clue what causes that variation.
ASUS ProArt x570s Creator, AMD R9 5950x, HyperX 64gb 3600 RAM, ASUS Strix RTX 2080 ti
"The Unbelievable Work...believe it or not." Little children...Biblical prophecy is not Christianity's friend.
0 -
I am having similar issues. In the desktop app, if I open an already created note, copy an entry that has pre-formated indentions, and then repaste it back into the note below the original entry, the copied entry loses the indentions
David - I think this demonstrates what you are describing. Is that correct?
I copied the top three lines and then pasted them below.
0 -
I am having similar issues. In the desktop app, if I open an already created note, copy an entry that has pre-formated indentions, and then repaste it back into the note below the original entry, the copied entry loses the indentions
David - I think this demonstrates what you are describing. Is that correct?
I copied the top three lines and then pasted them below.
Graham - Your example also demonstrates what I described about paragraphs no longer being double-spaced, but instead being slammed together.
0 -
David - I think this demonstrates what you are describing. Is that correct?
Yes, that demonstrates what I am experiencing, among a number of other issues.
I am also finding that when I copy Bible text and paste it into my notes, it gets pasted in with a larger font. I have no idea why that is happening, but it basically breaks my notes altogether.
So currently, as it stands, I cannot create new notes that match my existing note scheme, especially in the desktop app. The mobile app will allow me to perform some deconstructive and reconstructive Rube Goldberg mechanics that result in something somewhat acceptable, if I don't mind pissing away 10-20 times (or more) the amount of time it ought to take. Basically I would have to find a note that has the same presentation characteristics (in other words, an appropriate template) that I have for similar notes, copy and paste that into my new note, then delete all of the data without losing the formatting, and then retyping in word-by-word whatever I want to include. This is stone ages kind of stuff going on here.
ASUS ProArt x570s Creator, AMD R9 5950x, HyperX 64gb 3600 RAM, ASUS Strix RTX 2080 ti
"The Unbelievable Work...believe it or not." Little children...Biblical prophecy is not Christianity's friend.
0 -
I was hoping to see this get fixed, given the updates that were pushed these past few weeks but doesn’t appear so. I’m still experiencing this bug.
0 -
This has to get fixed
- NOW.
All of it...text that gets pasted from a Bible should be the same font size as text that is typed into the text entry field. Right now text copied from inside the app gets pasted into notes in a larger font than the native text font. WHY???????
ASUS ProArt x570s Creator, AMD R9 5950x, HyperX 64gb 3600 RAM, ASUS Strix RTX 2080 ti
"The Unbelievable Work...believe it or not." Little children...Biblical prophecy is not Christianity's friend.
0 -
I was hopeful that the recent release of Logos 9.7 would've addressed this issue since the release notes page states "improved note text editing performance" but I was mistaken. Still having the same copy and paste problem. Maybe next time!
0 -
Entirely intolerable. [:@]
ASUS ProArt x570s Creator, AMD R9 5950x, HyperX 64gb 3600 RAM, ASUS Strix RTX 2080 ti
"The Unbelievable Work...believe it or not." Little children...Biblical prophecy is not Christianity's friend.
0 -
Reformatting information when copied from one note to another is tedious, time-consuming, and interrupts the flow of study. Please, FaithLife, fix this.
0 -
Seems like Logos is doing some odd formatting syntax, at least with new-line, tab, and block characters. You can try experimenting with this in Word and switching between paste with source formatting and paste as plain text.
Tabs aren't preserved as part of the source formatting, they are preserved in the plain text. Block indentation seems to behave as if it's an html wrapper, the source formatting preserves it, but you only get a closing tag if you end with a new-line. Plain text converts it to four spaces. Two consecutive new-line characters are not preserved in the source formatting, but are preserved in the plain text.
The notes feature in Logos doesn't preserve block characters. It doesn't preserve any line that consists only of a new-line character (why double, triple, etc. line-breaks aren't preserved). It converts tabs to spaces, and doesn't convert a single space unless the line ends with a new-line character. If you use more than one space character, it will carry over without the new-line character, but cut the number of spaces in half if it's an even number of spaces: 2 becomes 1, 4 becomes 2, and so on. And reduces it by an increasing number if its odd.
Maybe this is due to some side-effect of a pre-processing pipeline on pasted-in text (to check for Bible references?)? Or a patchwork of different formatting syntaxes that the notes feature has used over the years?
Potato resting atop 2020 Mac Pro stand.
0 -
Tabs aren't preserved as part of the source formatting, they are preserved in the plain text. Block indentation seems to behave as if it's an html wrapper, the source formatting preserves it, but you only get a closing tag if you end with a new-line. Plain text converts it to four spaces. Two consecutive new-line characters are not preserved in the source formatting, but are preserved in the plain text.
The notes feature in Logos doesn't preserve block characters. It doesn't preserve any line that consists only of a new-line character (why double, triple, etc. line-breaks aren't preserved). It converts tabs to spaces, and doesn't convert a single space unless the line ends with a new-line character. If you use more than one space character, it will carry over without the new-line character, but cut the number of spaces in half if it's an even number of spaces: 2 becomes 1, 4 becomes 2, and so on. And reduces it by an increasing number if its odd.
Or a patchwork of different formatting syntaxes that the notes feature has used over the years?
To me it sounds like a patchwork of different features and bug fix attempts implemented by different programmers over a long period of time.
“The trouble is that everyone talks about reforming others and no one thinks about reforming himself.” St. Peter of Alcántara
0 -
This thread started in MAY. It is now almost SEPTEMBER. This issue should never have been an issue. It shouldn't be allowed to exist, not even for a day. I can't use this program to accomplish my most basic requirements. I have been creating temporary placeholder memos instead of complete notes because note formatting is shot to hell. FIX THIS PROBLEM.
Do attorneys need to be contacted? Is a class action suit required??? Do I need to request a refund...I mean for the whole $40-50K smack? This is basic fundamental operations that DO NOT WORK. FIX IT.
ASUS ProArt x570s Creator, AMD R9 5950x, HyperX 64gb 3600 RAM, ASUS Strix RTX 2080 ti
"The Unbelievable Work...believe it or not." Little children...Biblical prophecy is not Christianity's friend.
0 -
Now, since the Full Feature Upgrade to Logos 9, when I copy-paste from one note to another, pasting strips carriage returns, slamming paragraphs together with no double-spacing between them.
Thanks for reporting this. I was able to reproduce the issue with double spacing and created a case.
0 -
Now, since the Full Feature Upgrade to Logos 9, when I copy-paste from one note to another, pasting strips carriage returns, slamming paragraphs together with no double-spacing between them.
Thanks for reporting this. I was able to reproduce the issue with double spacing and created a case.
Thank you. A fix soon would be most welcome. Thanks again.
0 -
Any updates on a solution? There's been a number of releases since its been acknowledged but no fix yet. Thanks.
0 -
Bump
0 -
Bump
0 -
Bumping as a reminder
0 -
Philana normally will update this thread when it is fixed. Because we do not know what code is being worked on for other projects or precisely how the code is packaged, we are in no position to assume the relationship between releases and patches for this specific issue. There are almost never any updates on the status until it appears in the beta change notes.
Orthodox Bishop Alfeyev: "To be a theologian means to have experience of a personal encounter with God through prayer and worship."; Orthodox proverb: "We know where the Church is, we do not know where it is not."
0 -
Thanks MJ. Pardon the repeated posts that was not my intention. Not sure if it's related to my cookies but it never posted my first reply after I submitted it for some reason.
0 -
This has gone on for months now and is a real downer to productivity. It seems that a word processing change like this should be a relatively minor fix.
0 -
Well over a year and this PRODUCTIVITY KILLER still remains active and unresolved. Class action, anyone?
ASUS ProArt x570s Creator, AMD R9 5950x, HyperX 64gb 3600 RAM, ASUS Strix RTX 2080 ti
"The Unbelievable Work...believe it or not." Little children...Biblical prophecy is not Christianity's friend.
0 -
These sorts of things might seem like a small, easy fix (and maybe it is in this case but is getting knocked down the priority list for various reasons) but having dealt with character encoding some for hobby projects... I found it to have a lot more complexity than I would have thought.
OP says "carriage returns" aren't preserved. On Unix, I don't think carriage return (\r or 0x0d) is common, but I think I've read in the past that Windows does tend to insert it, followed by the new line character (\n or 0x0a) when a user presses 'enter'. I wrote a small program in Rust that grabs what's on the system clipboard (it's just a couple lines of code with clipboard crate) and print out the hex values.
When I copied some text from Logos notes on Windows that had line breaks, the carriage returns and line breaks were in fact there. There were some other things there too in some of the copies (like non-breaking white space) and stripping out the carriage returns and simply having the new line character in the text seemed to fix the issue when pasting the content back into a Logos note. But then my short program didn't preserve the superscript unicodes and even a cursory thought of how I might do that and then the other issues I might run into with a program dealing with Greek, Latin, etc. and I noped-out.
Anyway, maybe it's not the copy-out that's the problem, but more specifically the paste in portion of what Logos is doing.
Potato resting atop 2020 Mac Pro stand.
0 -
The thing is, it worked in Logos 8 Notes. The whole point of the software is to enhance study flow and make it more efficient, not divert attention and waste time with the mundane task of reformatting something I already formatted when I originally wrote it!
0
