Jump to content
Storyist Forums

Steakpirate

Members
  • Content Count

    321
  • Joined

  • Last visited

Everything posted by Steakpirate

  1. I think it'd be cool if things like Characters, Settings and other key words were made into smart objects which (provided the name is recognizable/distinct from normal English words, at least via capitalization) were automatically recognized and link-ified (link would go to smart object page). Smart Objects would be color coded in the manuscript by type (IE: characters/places/ plot points). Ideally, it would also be made easier to tag and create smart objects from the manuscript itself (via right clicking). Links, color highlighting and text color of smart objects could all be hidden via the menu, and or perhaps by a simple preferences widget (this would probably be a much more organic solution, as it's more easily at hand than a menu bar, and could be auto-hidden in fullscreen mode). In addition to currently available descriptive fields, from the smart object's page you could see links to places the where object appears (a small preview window would appear on mouseover, showing the paragraphs immediately surrounding that instance of the object). Smart objects would be shared between all manuscripts in the storyist file, but could be sorted into folders (as before) to reduce clutter. A Toggle-able preference might allow repeatedly used proper nouns to be auto-tagged as smart objects, and put in an unknown objects folder for sorting, merging & classification. Additionally, links could be created between smart objects, notebook entries, and other smart objects (IE: plotting a family tree), transforming the objects into more of a conveniently interconnected wiki.
  2. So I understand why the novel template is formatted the way it is, and I have no problem with that. But I feel like the manuscript format stifles creativity. I prefer to work in serif fonts like Baskerville and Hoefler Text, which are much more elegant, double spaced, with fancy chapter titles. Rather than simply modifying the default style fonts and formatting, like I usually do (thus ruining the formatting advantage for using Storyist), I thought it would be cool if we could customize how the document appears to us while writing, without distorting how the document is formatted when we print it to send it off to be read. The way I imagine it, instead of a stale courier, the user experience would consist of polished graphics like you'd see on an iPhone app. Ideally, the user would be able to switch between the aesthetic and manuscript views, to check that there are no formatting issues. By freeing yourself from the industry standard formatting, you can create a much more attractive application experience. Chapter titles could be more ornate, section breaks could be replaced with attractive graphics, the page could have a textured, paper-like background. Basically, a WYSIWYG text editor that interprets Storyist-significant symbols like "#" graphically, and shelters you from what's under the hood, unless you ask to see it.
  3. I was able to put a bandaid on this by following these instructions, but you should still have a look at how storyist handles category folders in such a way that the OS wants to hand them off to another app—especially if people actually want to use their virtual machine software's Open-With feature, even though it's completely terrible.
  4. So, whenever I click any of the category folders for character/plot/notes/etc., I get a dialog window asking permission to open a separate, unrelated application (see screenshot). This does not occur when selecting actual character/plot points/etc. pages, only when clicking on the category folders. I have a feeling this issue is a confluence of two separate things: 1. My virtual machine app screwed with my default apps for handling certain document types (and set them to imaginary windows apps within the virtual machine) 2. Storyist handles character/plot/etc. files strangely, such that the default app for those document types is called up Any suggestions for fixing this behavior would be immensely appreciated. It gets old fast.
  5. I'm looking for something that can take two RTFs/Pages files and compare them and highlight the differences to find out which version of an old story is my most recent edit. (Sorting by date isn't really reliable). Does anyone know of software for this?
  6. Hmm. I guess I'm going crazy then, I could've sworn Pages handled clicks differently, but it doesn't seem to. It looks like you can't adjust the trackpad click speed for laptops; guess I'll have to be a more patient clicker. Thanks anyway!
  7. So, an addendum: this behavior also occurs in the notebook where CTRL + O seems not to have effect.
  8. That's works in Pages too (and probably Textedit), and I'd like to see it in Storyist (I'm surprised that it isn't, I thought it was a standard Mac behavior). Yes. Bizarre, but functional. Thanks!
  9. I was wondering if it would be possible to assign  + Shift + X and  + Shift + C respectively to a cumulative cut and cumulative paste feature. What I mean by this, is to add the selected material to what is currently in the clipboard (adding a space between if necessary). For example, if I want to turn the following passage: Far above and below them, three black, leviathan shapes glimmered faintly in a loose formation. into Far above, below and behind them, black, leviathan shapes hovered in a loose formation. The three objects glimmered faintly in the black of space. I could simply cut "three" & "glimmered faintly" into my word basket (producing "three glimmered faintly" in my clipboard), and paste them immediately afterward to have the majority of my next sentence, while simultaneously revising/pruning the original sentence with much less clicking.
  10. Normally, the Mac (or at least Pages and Safari) handles text in such a way that if I double click a word, it becomes highlighted, and if I triple click, the whole paragraph is highlighted. Outside of storyist, if you wait any amount of time after the second click, the counter will start over—which means that I can double click to select a word, and then immediately drag it elsewhere to rearrange the sentence. For some reason though, the click timing is handled differently in storyist (there is a longer window for registering a third click), and as a result I'm unable to effectively preform a double-click and drag (because the third click is registered as a third click despite a delay beforehand, and not a drag). I was wondering what was up with that/whether it was intentional/if there's anyway I can adjust the behavior.
  11. If space is the issue preventing this, there's no reason Storyist couldn't have a local colostomy bag external to the storyist file for oversized associated files, and just have a nice way of handling the absence of that file (for moving the storyist file without the addon folder) IE, a handsome placeholder bubble that says what the file was. The export utility could give you the option to bring the data folder with it (and provide estimated file sizes for both options).
  12. It would be neat to create an interactive tutorial that offers to run on first-launch and is available from the menu. When I say interactive, I mean, pointing to things and saying "this is how you X" or, "Click here to add a new character" especially for the less intuitive features like split windows and workspaces, creating/managing styles. You might even consider having multiple levels of tutorial (IE: Basic, advanced, etc).
  13. Is there an easy way to start a new paragraph? When I hit enter twice, it brings up a menu for selecting styles. I've been starting new lines, and then adding a blank line before them in order to accomplish scene changes/time jumps within a chapter, but it seems like there must be a better way.
  14. So it looks like there normally is support for this, but it doesn't show up on character pages. Thanks for the tip!
  15. There's stuff I still haven't figured out. We should bug Steve about putting together some interactive tutorials with a sample document that teaches you how to do things (IE: Now click here to split the manuscript window vertically!" (IMO, much more useful than helpfiles).
  16. I had to vote by mail because I'm staying outside my registered county. No sticker for me. I don't think the House is going to be any less childish, but I do hope that Obama—now that he has nothing to lose—will kick their asses by giving addresses asking the public to get involved (IE: Inundate your congressman), vetoing where needed, giving speeches on the House and Senate floors, and etc.
  17. It appears so. If I understood your other post correctly, the manuscript and the "text files" of the notebook are the only rich-text files? In the mean time I've created separate character pages for other versions of my characters (which, while not what I was hoping for, functions adequately).
  18. I think he's saying that character sheets in their current incarnation aren't designed for that (and that the next patch will prevent you from inserting links and images on these pages, rather than adjusting them to be rich-text files)—which is not exactly what you were hoping for in terms of workflow. There is already a slot on character pages for handling "character development points", which link in a fashion, so I imagine it wouldn't be too difficult to create a "related characters/plot points" field, which, while not allowing you to link characters/text/pages willy-nilly, would at least allow you to quickly travel between related pages. Perhaps you might describe in detail, how you expect links to function (so Steve can decide whether this is both better than the way he envisioned them, and worth the effort of additional coding) I, personally, grill Steve on issues where Storyist doesn't behave in exactly the way I (and in my mind, other people) expect. He sometimes caves, for a good cause (even when unexpected hours of coding are involved). I'm a bit spoiled by Apple applications.
  19. But of course! We'll see what Steve says when he takes a look.
  20. Will do! I want to be a big fancy published author like you. So far, I'm managing to stick to my daily word quotas (although I'm ending up with more words in note pages than new novel pages).
  21. But where would you ideally want this information to be displayed? There's numerous ways to store that information (in the notebook/plot cards, etc.), and you can arrange that information to be displayed beside your manuscript by creating additional windows/panes (View -> Split) and navigating the pane to the desired page. I'm trying to understand your particular needs (and the necessity of a designated field for this information). Is this a collaborative project? For submission purposes, there's always the cover page. Are you seeking a generic inspector-type page like PDFs have with Authorial/document information (and who would see this)? If you were an editing house looking to begin accepting submissions in the form of Storyist files, I could see the appeal of that—but I think that would best be addressed with the creation of a new kind of Storyist file (a read-only/protected document), rather than with currently existant means. As for daily goals, you can currently set both per session and long-term goal (complete with a start/stop session timer). This is accessible through the "Inspector" button under the Goals tab. Additional wordcount/goal statistics/features would be neat though.
  22. I'm not sure what you mean by synopsis; but you can store that sort of information in the notebook/on plot/character cards. As for goals, everything (short of graphs) you mentioned is available in the "Inspector," except for a tool for predicting when you'll finish/reach your goal. That might be nice to have, as well as general statistics.
  23. Steve is extremely active and responsive to the needs/comments of the community. He might be slightly distracted this month though, as I know he's participating in NaNoWriMo. Still without any knowledge of how complex of an issue this bug is, I wouldn't suggest halting your writing to wait for a fix.
×
×
  • Create New...