2.0.5.5 - Post Bugs Here

I’m experiencing an inconsistent issue with Scrivener beta not scrolling correctly in the editor window.

Using Scrivener Mac 2.0.5.5 on Mac Lion (GM release); 13" Macbook Air; Intel Core 2 Duo; 4GB Ram.

  1. Open Scrivener 2.0.5.5 (using Mac Lion GM release)
  2. Select a scene to edit in the Binder
  3. Click in the scene (text editor)
  4. Try to scroll to the bottom or the scene

Sometimes only – when I do the above, I see the scroll bar on the right of the editor as I expect. And scrolling moves the scrollbar up and down as expected. The size of the scroll bar is proportional to the amount of text I’m editing, as expected.

But the text doesn’t scroll – remains in the same position as when the scene was selected.

I’ve had the problem with an external mouse the my Mac trackpad. On the mouse the problem exists with either the scroll wheel or sliding the mouse.

If I click in the text window and use the arrow keys to move down through text, the cursor moves down as expected but will actually move beyond the bottom of the edit window. The text in the window doesn’t scroll.

Once the problem presents itself, the behavior occurs regardless of what kind of file I’m working with (scene, research document, character template, etc.)

I’ve tested scrolling in other apps when I was having this issue in Scrivener. Mouse and trackpad scrolling works in a range of apps just as I’d expect.

I’m typically working in 'Use Printed Page Size" View. Problem occurs in Scrivener mode as well as in single document mode.

I’d attach a screenshot, but in Lion I have trouble capturing the scroll bar when I do a grab, so there’s nothing to see.

Workaround: I can fix the issue by clicking the ‘Wrap’ tool twice (Toggle Page Layout mode). Haven’t searched for other possible actions that might also resolve the problem.

No other unexpected problems with mousing, selecting, etc.

Sorry for not being able to consistently reproduce – I know that makes it tough/impossible to find and fix, if it’s a Scrivener issue at all.

Thanks,

Jim

Running on Macbook Air, with Lion GM beta release.

Hi Jim,

Could you please e-mail support AT literatureandlatte DOT com? I am unable to reproduce this issue, but unfortunately we cannot risk discussing anything to do with Lion in public since as it is still under NDA, so if you can take this to Ioa on our private support address then hopefully he’ll be able to test it out.

Thanks and all the best,
Keith

Hi

I’m not sure if this is a Jen issue… a 2.1 issue, a Lion issue or a 2.1.0.5 beta issue, but I’ve noticed that the “right click / two finger tap” context menu is slower to popup than I recall pre-lion and pre-2.1.

It’s only a half a second delay (ish) but it’s noticeable compared to other UI elements that pop up instantly.

Is it just me? Or is there some processing going on that causes the delay?

Oh, loving the split with selection as title in the context menu and the “back to how it was” dictionary lookup :slight_smile:

Which contextual menu do you mean? (There are a lot of them!) Do you mean the one in the main text editor? Does the delay occur only the very first time you call it up?

Thanks!

Okay more investigation on slow popup… (It’s the highlighted word context popup)

It’s only when I “Secondary Click” (two finger tap) on my 13" Late 09 Mbp (8GB, SSD, Lion), when I have the “tap to click” and “secondary click” options selected in system preferences.

If I ctrl+click, it’s fast.
If I switch off tap to click in preferences it’s fast (but I have to click the entire touchpad which I don’t like compared to the tap)

I can’t test with a mouse right now as I’m away and don’t have one with me, but I suspect it’ll be fast

Also, it’s like this in all applications, so it must be an OSX thing (or interference from something), where (for me at least) it’s slower recognising the two finger tap than a single. There’s no other delays on gestures though.

The iBooks Author Chapters is great!
It is so great that I want more:

  1. will it be feasible to customize the “file name” instead of “Chapter 1”? We could add for example the Folder name, for example: “Ch 01 - The Beginnig”;
  2. will it be also possible to chose the output format: doc, rtf, pdf? I am curious as to why docx, in my experience it seems that there are many people who haven’t updated their office suite.

You don’t need to update your office suite - the export is for iBooks Author, and iBooks Author imports .docx files regardless of what office suite you have installed, so only one format is needed. And no, there are no plans to allow different file names at the moment, sorry - this is for iBooks Author, as I say, so there needs to be numbers in the titles in order for them to appear in the right order.
Glad you like it, though!
All the best,
Keith

The .docx format is what works best with IBA (same as with Pages), so it wouldn’t really make sense to provide other, inferior, options—especially ones that really wouldn’t make sense in the context of constructing an e-book, like PDF.

IBA? Too many acronyms for me, what is it?

I thought at the PDF option for one reason. I have a manuscript (which is a collection of short stories and not chapters) and I would like to revise them in my iPad with GoodReader (or similar software). Why? Because I can draw on top of them, do my scribbles as remainders so that when I am back home I can translate my scribbles into actual sentences in Scrivener. I don’t think you can really type on the iPad, maybe while waiting at the doctor’s, so scribble it is. And to do this is more practical to have the manuscript chopped into chapters. It is a pain to wade thorugh long documents, especially on small devices like tablets.
The beauty of the iPad for me is this: I can choose to read a book, a manual or scribble a chapter of my manuscript.

iBooks Author - please see my reply to your post directly above Ioa’s. :slight_smile:

Yeah, sorry, I didn’t mean so much to say that PDF is an inferior format to DOCX (I don’t think that for one minute). I meant that specifically in the context of what works best for importing formatted data into iBooks Author.

I patched my version of Multimarkdown and installed it in ~/Library/Application Support/MultiMarkdown. However, Scrivener seems not to find it, since the generated output is the same compared to the output before I patched Multimarkdown.

Scrivener now has MMD 3.5 built in, so the output should be much the same anyway. What exactly isn’t working? Scrivener definitely looks in ~/Library/Application Support/MultiMarkdown, so if you could provide more details, that would be great. Thanks.

Correct me if I’m wrong, but I think under the new system it will only use the AppSup copy if you are compiling with the XSLT flag on in Compatibility. There is otherwise nothing of use in that folder for Scrivener; the scripts just run the binary for programs that aren’t yet updated to use the binary.

Seems that you are right. I patched MultiMarkdown to remove the width and height from \includegraphics if the attributes are not present in the mmd source (i.e., if the image in Scrivener is not scaled). However, if I compile from scrivener I get in my tex-file:

\includegraphics[keepaspectratio,width=\textwidth,height=0.75\textheight]{4-corner.pdf}

and if I run ~/Library/Application\ Support/MultiMarkdown/bin/mmd2LaTeX.pl file.md from the terminal (after compiling to md in scrivener), the result is:

\includegraphics[keepaspectratio]{4-corner.pdf}

The latter uses my patched MultiMarkdown binary.

Thanks, I just ran some tests and it does indeed appear that Scrivener isn’t using the installed binary, and is instead always using the built-in binary. This shouldn’t depend upon the presence of an application support folder.

Turns out it’s looking for /usr/bin/multimarkdown instead of /usr/local/bin/multimarkdown. I’ve fixed this for the next beta and update.
All the best,
Keith

For now I fixed this by replacing the mmd binary in the app package by my patched version. Thanks for this great update, btw.

I have now crashed 2.2.0.5 3 times, not actually sure what I was doing. I can say that the last time, I was opening a new project (used keybord command) and while it was opening, I activated quicksilver to open endnote and bang, all closed up (all three). I saved the bug report if you would like it, just let me know I can give it to you as a txt file. Sorry I can’t give more details.

Maria

Hi Maria,

Yes, please do attach the bug report to this thread, or copy and paste it in. I have seen one crash report from you that was sent via the automatic crash reporter, though, and that seems to be related to a PDF file you have in the project. Interestingly, another user has had exactly the same issue with a PDF file and I’m trying to get to the bottom of it. Were any of the PDF files in your project created by a particular program you know of?

Thanks!

All the best,
Keith