Seeing as the beta forum is generally locked to keep things tidy, please use this thread to report any bugs or issues with 2.0.5.5.
Thanks!
Keith
Whooo, riffraff backdoor! Mwahahahahha.
This isn’t a bug so much as a discrepancy in the change log, I think. In outliner view without the icons, the selection border is gray and not colored, but it’s still rounded (not squared off, as suggested by the change log).
(Really I just wanted to get to post in the beta forum. 8) )
Fixes to the change log are better than fixes to the code! Yes, this is something I changed again only yesterday - I wanted the border subtler still in this mode, so that it would be as fluid and unassuming as working in a text view.
I can not get the -write shortcut to work.
I’m using 2.0.5.5 (9981) and I’m seeing entries like the following in the Console log:
4/21/11 9:12:30 AM NoteBook[37951] [ScriptManager executeScript:] - execution error: {
NSAppleScriptErrorAppName = Scrivener;
NSAppleScriptErrorBriefMessage = “Can\U2019t get path of item 1 of every document.”;
NSAppleScriptErrorMessage = “Scrivener got an error: Can\U2019t get path of item 1 of every document.”;
NSAppleScriptErrorNumber = -1728;
NSAppleScriptErrorRange = NSRange: {234, 4};
}
I use Scrivener in conjunction with QuicKeys (4.07), TextSoap7, and Circus Ponies NoteBook. I have QuicKeys shortcuts assigned to QuicKeys toolbars that perform TextSoap Service Menu commands and clip text to NoteBook using their Service Menu clipping feature. I’ve been using this setup for several years without problems. Beginning with Scrivener 2.0.5.5, QuicKeys intermittently stops working. I’ve tried quitting and relaunching QuicKeys and that seemed to fix. This morning I discovered that quitting NoteBook restored QuicKeys operations. I’ve only tried this a couple of times so I’m not positive that I’ve got the situation nailed down.
Any of this make sense?
Should I try reverting to Scrivener 2.05?
Thanks
Bob
These are AppleScript errors so I doubt it has anything to do with Scrivener 2.0.5.5, or with Scrivener - it looks like something external is trying to access it via AppleScript and failing.
All the best,
Keith
Keith, did you notice that Scrivener is mentioned in the Console entries?
After your reply, I tried clipping directly from Scrivener to NoteBook using Scrivener’s Application Menu > Services > Clip to Notebook command. Every time I clipped some text a console entry appeared. Then I copied some text from Scrivener to TextEdit and tried the same clipping process—no new console entries.
I am able to go back to 4/15/2011 in the Console log. I searched for entries containing: “Scrivener got an error: Can.”
The “Scrivener got an error” entries first started to appear on the afternoon of 4/18.
Thanks
Bob
Yes, I saw that, but that doesn’t mean that they are being generated by Scrivener, only that something is calling on Scrivener. There’s nothing in Scrivener that would do that. Something is trying to execute a script on Scrivener, and that is causing the problem. Something is trying to ask Scrivener through AppleScript for “path of item 1 of every document” or suchlike, but Scrivener doesn’t support that AppleScript call. So you need to look into what might be calling it.
All the best,
Keith
I started this thread because QuicKeys wasn’t working the way it had previously. This morning I noticed that some menu items I was “calling with QuicKeys” in Scrivener weren’t active.
http://emberapp.com/bobembry/images/applying-presets. After fiddling around for a few minutes the menu items became active. This explains (I think) the issue with QuicKeys—sometimes they work and sometimes they don’t.
I also noticed that the Delete Preset and Redefine Present from Selection menus don’t expand.
Does any of this make sense?
Thanks
Bob
A-ha! Now we’re getting somewhere - thank you! I had to shift some of the menu validation code around to work around the typing lag that some users have reported, and in the process it had broken the preset menus. I have - I hope! - fixed this for the next beta, which should be out sometime next week. Please let me know if you notice any other menu oddities.
Thanks for bringing this to my attention.
All the best,
Keith
KB it has been a while since the last build of 2.0.5.5, can we expect a final or new build soon?
It will be a couple of more weeks - lots has been done, including an overhaul of Compile and numerous tweaks for Lion, and there’s still a bit left to do. There are a few parts that are too unfinished to release another beta until they are done.
All the best,
Keith
Hi,
I am not sure if this is the right place to ask this, since it is not a bug so much as a comment on how a new feature works.
I am very glad to see the File - Insert - Research Files as Aliases… command, since it would suit my use of Scriv perfectly, and it seems to work fine.
What I would like as well is the ability to drag and drop a research file (or files) as an alias, using Option-drag or some such key combination. Could this be done?
Thanks as always for a great program and all your great work,
Simon
No, that’s not possible, because the Option key already has other meanings in the binder. Also, I don’t want to make this a major feature, more an “it’s there if you really need it thing”, seeing as I want to keep the binder primarily for imported files. Make it too easy to bring in aliases and it will become a support issue from users who do it accidentally.
All the best,
Keith
The bug about URL hyperlinks being blue underlined after compile to rtf or word (either doc or docx) is still there. The URLs export and are clickable (you can find them by looking for field codes or by hovering pointer over the link) but they do not appear blue and underlined - instead they appear same as surrounding text. This is a big problem. And although the build 9220 notes say that there is an option in the rtf compile about url appearance under the formatting menu, that is not the case in build 9496.
WITHDRAWN - WOULD DELETE IF I COULD _ I WAS LOOKING AT THE WRONG VERSION
I don’t know if this is a bug, but it is a problem. I wear a hearing aid and even with my computer turned to full volume I couldn’t hear either of the user tapes.
Ann
Ann, where you have posted this query is the beta testing forum for the Mac version of Scrivener, I’m afraid. You’d do better to post it again within the Windows Technical Help forum, as the Windows part of the team will see it there.
But welcome to Scrivener and the Scrivener forums.
Mark
2.0.5.5 (9981) Updated to the beta due to a previous post in another area about updating a project and it going into a loop and never updating the project. Well it is still doing so with my project after updating to the above mentioned beta. Just makes a backup, and then loops the update endlessly. Figured I’d let you know that bug wasn’t squashed quite yet.
Could you please zip up the problem project and send it to me at kb-tech-support AT literatureandlatte DOT com? The beta fixed the bug for every other project I’ve seen, so this must be something with another factor.
Thanks,
Keith
Just emailed you said file. Hope you can figure out what the problem is. Am new to Mac so not ruling out user error.