@konkon re: the issue with pasting material such as
(t(12) = -.333, P = .333)around – could you see if the issue remains for you in Manuscripts 1.2.2 (available via Preferences > Updates > Inform me of pre-releases) ? This appears to work just fine on two different machines where I've been testing.
We have received another mysterious copy-paste issue report like this which I've not been able to reproduce certainly with 1.2.2. If the issue does occur with this version I am wondering if a) issue is perhaps locale specific (could you describe the language settings you use? Which version of macOS? Which version of Safari on the system?), or that the paragraph in question has some additional markup that I am not including when testing. If you could send an example document and a screencast presenting the precise condition where this happens to firstname.lastname@example.org, that would be most helpful.
Copy and paste is comparably slow and sometimes it seems that it doesnt do it at all (might be some mistakes on my side though).
The copy-paste process is somewhat faster in 1.2.2 that is available as a beta – copy-paste until now has been extra slow on the first time. We now "preheat" the copy-paste system in this newer version. Due to some safety steps we take with the file size, it also contributes to the copy-paste performance – we'll in a further update keep the size of the version history (optionally) down to further improve the copy-paste performance.
When copy and pasting, inserting figures or moving paragraphs around the screen jumps around a lot. It would be good if it stays at the same place.
Content refreshing performance is something which we continue to make incremental improvements on, regardless of if they are bugs or not. Regarding cursor moves on undoing figure insertions, that is an example of the kind of cases where we are handling more and more of these cases between releases as well.
I tried to insert photos, but there are a lot of bugs with the insertion process. If I click on the + and insert it manually it rotates the photo so it covers the whole page. There is no way to rotate it to the orignal orientation. When drag and dropping a photo it seems to insert it correctly, but when adding a second photo (two figures side by side) the second photo is inserted sideways again. Drag and dropping the second photo seems to replace the first one instead of adding the new one.
Manuscripts doesn't rotate the image but it indeed presents it at 90% of the paper body width (it doesn't upscale images though, so the image you are using as a figure is in fact probably high in resolution). The ability to set the size of the figure has been added in the 1.2.2 version and also the insertion into figure panels should overall work better there.
There is no way to change the size of the figures. Thats a big minus.
4)Moving paragraps around is sometimes buggy. Even when aiming right in the middle of two paragraphs it sometimes drops it in one of them instead of the middle.
As noted, the ability to change the figure size has been added in the 1.2.2 version.
One more bug: export into Word file doesnt work reliably. I have no idea why, but it creates a "zero bytes" big file with no content. Have tried it repeatedly, but it just doesnt work.
The zero-sized file is created actually before the export is completed, in part because of the sandboxing security system restrictions that Manuscripts operates under. This is something we intend to improve in a future update still. If it is not replaced with the full export, that is actually the issue at hand. The exporter should show you diagnostic information though if it doesn't finish. If you continue to see this effect for all exports, I'd a) update to the 1.2.2 version, remove the zero-sized file that presently exists with Finder, c) reboot (this can crazily enough resolve issues with the underlying macOS sandboxing of file access) and try again. If you continue to see the same effect, then please send us the document affected via email@example.com.
The position of the "figure X" caption should be changeable. Because sometimes it appears over the caption and sometimes next to it.
You can set the figure caption position in the style inspector (View > Inspector > Show Styles, and then click on a figure and the figure style editing will be presented.
@mynona the issue is actually with a very specific condition: the EndNote XML format includes support for protecting the casing, and the way we import does not assume all casing is protected, and depending on how the file is exported that extra metadata (extra tags covering the titles etc) are or are not there. I believe I have this covered (alongside a number of other bibliography data import subtleties with EndNote, RIS and BibTeX corner .caes), the next update is up very soon indeed.
Re: foreign languages, I speak three "foreign" languages with ä, ö etc fun characters myself, so I do feel rather equipped handling this case The trouble with some characters like this is that UTF-8 includes multiple ways of encoding them and the particular component that imports bibliography data makes assumptions of a certain normalised form for them. Again, we have identified some of these remaining corner cases and will resolve them in the next update.
Receiving example files with specific conditions via firstname.lastname@example.org remain extremely useful for us to work through issues like this. Thanks all for feedback!
@CC1084 the UI is slightly confusing here. This is improved in the Manuscripts 1.2 beta version we're releasing hopefully later tonight, but basically choosing styles with the tickmark in that citation style choice screen marks them as favourites. You then need to go and choose the style from the dropdown, and it should then stick. Alternatively, double clicking will both set a favourite and assign it to the document (confusing, I know, this is better in the next version!)
If you don't see the bibliography refreshing, you can also go to Format > Refresh Bibliography (it might be Refresh Citations and Bibliography, I don't 100% remember?). If it still doesn't stick, please check that the style you chose indeed includes what you would expect it to include (e.g. numbered citations). If the style is indeed correct and it doesn't stick, could you try reopening the document (this causes the equivalent of Format > Refresh Bibliography).
Copy and paste (C&P) bug : It's slow
This is improved in the Manuscripts 1.2.2 beta series – the copy & paste system relies on a certain background service executed by the app to be running, and that service is now kept up soon after starting the app and remains up consistently. There is still some slowdown for larger documents but it's certainly improved and not in our testing certainly slow in a distracting way. Having said that, we know there are further speedups to be had.
I can only C&P safely at the end of a paragraph. When I wanted to C&P in the middle of a paragraph, I first split the paragraph, C&P, and merge them. What a efficient way of editing. But, still I wanted to use Manuscripts.
This doesn't sound right. If you mean you would sometimes experience crashes otherwise, the 1.2.2 version (in long beta in part exactly for this reason) is resolving basically all known crashes to the app (one of the more common ones being an issue that would crop up when the document outline is updated), except for one thing we are updating in the upcoming further beta that goes out later tonight I hope.
Cross reference is often broken with no reason. But, still I wanted to use Manuscripts.
Cross-referencing is only allowed for figures which have an image to them. This is down to a certain limitation of the way we model cross-references, and we'll resolve it on the same go as when we add support for cross-referencing sections.
"Question marks" replaced my figures.
This would indicate actually an issue with presenting rather than losing any figure data. This is highly rare, is recoverable (we can do that at email@example.com) and does not result in permanent data loss and we believe to have addressed the cause of it in the most recent 1.2.2 updates. All data in the document is also fully versioned, including the full history of images used as a figure, and the document contents can be browsed even with Finder to find them.
If you have made a purchase but never received your license code, most likely the email with the license code either has got stuck in spam, or more likely, there was a typo in the email address you entered when making the purchase.
The fastest way to recover your license code is emailing firstname.lastname@example.org (the purchasing support for our payment and licensing provider Paddle) from the email address you'd like associated with your purchase, forwarding either the PayPal payment receipt for your purchase, or the last four digits of the card you used when making the purchase.
Thank you for supporting our work with your purchase!