BUG: Notes Tool is Badly Broken
2. Linking to External Files is Broken *
3. Copying Text with Carriage Returns is Broken (also here).
All of this used to work fine back in Logos 7 or 8 and all got broken with new versions of notes. These issues were not fixed in the life of Logos 9 and still persist in Logos 10.
Someone, please at least acknowledge the problem.
* See also here & here (scroll down to "Missing Functionality / Upcoming Features") as well as this thread.
Comments
-
weekly bumping of posts without responses for attention/response
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, Willy.
1. Copying Links is Broken
"Refly" links (copy locations as "URL") are the strongly preferred panel location format. (We are considering deprecating L4 and RL links.) However we agree that the link information shouldn't be lost on paste, and we'll work on a fix.
2. Linking to External Files is Broken
We are looking into this.
3. Copying Text with Carriage Returns is Broken
This is a high priority on our backlog. It will likely still be a couple of months before it makes it through the development and beta pipeline.
0 -
Awesome! Thanks for responding.
I can switch to refly links going forward, but I have many, many old notes with the L4 links. I hope they will continue to work into the future.
Or should I try to find and update them all?
0 -
(We are considering deprecating L4 and RL links.)
Don't waste company resources deprecating RL links - they format for reading lists. You may change the link itself if you wish but don't mess-up the function.
Note: I dislike the current linking convention which tries to open online when I have a perfectly good application running on the same account/PC
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 -
(We are considering deprecating L4 and RL links.)
I'll argue for the L4 link which does not waste our time by trying to open an internet connection and then being asked if we want to access its destination. L4 works well from MS Word/Powerpoint and browsers (especially wikis) and I am aware that ref.ly does work as well internally.
Dave
===Windows 11 & Android 13
0 -
"Refly" links (copy locations as "URL") are the strongly preferred panel location format. (We are considering deprecating L4 and RL links.)
Well, I sure hope the RL works work off-line. I always use L4 so I'm not wasting my time and my students' time in the classroom (dependent on internet connections).
0 -
(We are considering deprecating L4 and RL links.)
I'll argue for the L4 link which does not waste our time by trying to open an internet connection ...
+1 [Y]
0 -
Note: I dislike the current linking convention which tries to open online when I have a perfectly good application running on the same account/PC
I'll argue for the L4 link which does not waste our time by trying to open an internet connection
You're confusing a URL format with a (temporary) limitation in functionality.
Our iOS and Android apps already open ref.ly links directly without opening a web browser first.
We hope to deliver the same functionality to Mac and Windows. I believe that macOS support is fairly easy to implement. Microsoft is still making it unnecessarily difficult on Windows by requiring a UWP app, but we're investigating if we can ship a shim that supports it, or perhaps Microsoft will allow traditional Win32 desktop applications to handle URLs.
Edit: And of course this whole discussion only applies to links from other applications. A ref.ly link (in Notes, etc.) within the application never opens a web browser nor requires an Internet connection to function.
0 -
0
